Uh oh!
There was an error while loading. Please reload this page.
RemoveClassifiedEventActivity: check if calendar still exists - #13503
Conversation
ChristophWurst
commented
Jan 11, 2019
What about #13499 (comment)? |
rullzer
commented
Jan 11, 2019
Yeah that should be fixed since we now fetch the right principal |
ChristophWurst
left a comment
There was a problem hiding this comment.
Diff makes sense 👍
Not tested yet, but trying to reproduce now
go2sh
commented
Jan 11, 2019
I did update our instance to 15.0.1, but I was not able to reproduce it. |
rullzer
commented
Jan 11, 2019
Mmmm this is weird. On my own setup the column names are correct. |
rullzer
commented
Jan 11, 2019
(i.e. this patch breaks them) |
rullzer
commented
Jan 11, 2019
maybe the problem comes from some events that do not have a proper principal uri set? |
nickvergessen
left a comment
There was a problem hiding this comment.
This does not work. The array does not have the table aliases on the entries
ChristophWurst
commented
Jan 11, 2019
does not seem to be the correct fix
Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>
| while ($row = $result->fetch()) { | ||
| if ($row['principaluri'] === null) { | ||
| continue; |
There was a problem hiding this comment.
Actually we should delete those right away. But I will add a new repair step to check this.
There was a problem hiding this comment.
Why wasn't this added to the SQL statement? 😉
nickvergessen
commented
Jan 11, 2019
/backport to stable15 |
nickvergessen
commented
Jan 11, 2019
/backport to stable14 |
nickvergessen
commented
Jan 11, 2019
/backport to stable13 |
backport to stable15 in #13506 |
backport to stable14 in #13507 |
backport to stable13 in #13508 |

Thnx for spotting @go2sh