You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There were two or three cases where a user added another user as owner to an abstract and then could not access the abstract any more (500 internal server error), although the database still had the user as owner. A restart of GCA was necessary to restore order. There were other cases where adding another owner did not cause any problems, so this may be hard to figure out, but it is a serious issue and should be fixed.
The text was updated successfully, but these errors were encountered:
If someone is removed as owner, the abstract might still be listed to her/him in "my abstracts", but access is denied. Conference owners might also be able to edit abstracts, if they were abstract owners before.
Using the 'isOwner' instead of 'contains' method
in the abstract 'update' method. It is suspected
that the 'contains' method does not work as expected.
See issue G-Node#430 for details.
mpsonntag
added a commit
to mpsonntag/GCA-Web
that referenced
this issue
Jan 23, 2019
Using the 'isOwner' instead of 'contains' method
in the abstract 'update' method. It is suspected
that the 'contains' method does not work as expected.
See issue G-Node#430 for details.
There were two or three cases where a user added another user as owner to an abstract and then could not access the abstract any more (500 internal server error), although the database still had the user as owner. A restart of GCA was necessary to restore order. There were other cases where adding another owner did not cause any problems, so this may be hard to figure out, but it is a serious issue and should be fixed.
The text was updated successfully, but these errors were encountered: