[BUG] Deleting a Task created through the relation-manager crashes the entire list #1810
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Basically creating a new Item through Relations (Be it accidental or on purpose) and deleting that, creates a 500 Error and the list is no longer viewable.
Steps to reproduce;
Create a TESTING list
Open ANY task
Press "Add a relationship"
Add some Task as a new task (Important, must be a NEW task indicated with "Add this task as new related task"
Go to the newly created task
Delete the Task
Aaaaand all the tasks are gone! (They are still in the database, but the lookup just.. fails.)
Heres the database entry
Is that reproducable with the latest version on try?
I saw a bug something like that a few days ago and put in a fix, but I wasn't really able to reproduce it.
Anything in the logs?
Update, I was able to fix the issue, by creating a "Filler task" and manually assigning it the ID of the "broken" task. thus replacing that task. It also inherits the relations since those seem to be in a different table. I was able to delete those normally
Just saw your entry, yes; it is reproducable. I think I am running the latest version but i'll check soon.
Interesting, on the "Try" page it doesn't crash it
I am running this on a docker enviroment, using this docker-compose file:
FRONTEND LOG:
API LOG:
Then it is fixed in the latest (unstable) version. The logs seems to confirm that's the error I noticed and fixed in
7adbd21698
.Please update your instance to verify.
You can check the api version running in the frontend under the about dialoge (top left).
That seemed to have fixed it; plus it seems to have also fixed other lists that were messed up.
Thanks!