Merge "Shared Annotations" with "My annotations"

[philippotto]

• @fm3 Could you have a look at my backend changes? I'm not sure whether this is the right approach (the "compact writes" got a bit more expensive due to the additional look ups). Also, I'm not sure how the pagination should be built when merging "own" with "shared" annotations.

URL of deployed dev instance (used for testing):

• https://dashboardcollab.webknossos.xyz

Steps to test:

• Set up two users (one should already exist; for the second one, register in an incognito browser tab and enable the account from the first user)
• Create multiple annotations from both accounts
• Assign a common team to both users and share some annotations with that team
• The dashboard "annotation" tab should always show the own annotations and the ones which are shared with that user
• Shared annotations should not be editable via the "Archive", "Archive All" or "Edit Name" buttons.
• Test the filtering UI in the "Owners & Teams" column

Todo:

• unify user and owner attribute in annotations

Issues:

• fixes Rework annotations table towards new collaboration features #6142

---

(Please delete unneeded items, merge only when none are left open)

• Updated (unreleased) changelog
• Updated documentation if applicable
• Ready for review

[philippotto]

@daniel-wer I think this PR is ready for review :)

[daniel-wer]

Works really well! Thanks for drive-by-improving the types!

Some smaller issues I noticed during testing:

• If I select the annotations tab, the URL switches to https://dashboardcollab.webknossos.xyz/dashboard/shared - I would have expected /annotations, but maybe this is by design
• The Owner/Teams filter in the table header works great, but doesn't seem to be taken into consideration by the "Archive All" button. Although only one annotation (which is read-only and cannot be archived) is visible due to the filter, the message reads "Are you sure you want to archive all 2 explorative annotations matching the ..."
• If I archive or reopen an annotation and then switch to the respective view where it can be found, it turns up twice. A page reload "repairs" that.

[philippotto]

Thanks for catching these bugs! I fixed them all now (plus some additional potential culprits) and also opened #6275, since the entire tab could use some rethinking. Please have another look :)

[daniel-wer]

There is one issue left with the "Archive All" functionality - apart from that LGTM 👍

[philippotto]

Great catch, @daniel-wer 👍 It took me a bit to find a good workaround, since I found the onChange prop to be unsuitable to fix all issues. I got a solution which works with the currently visible items of the active page. It's not the same as before, since all other pages are ignored, but I think this even has benefits (the user will only mutate the items which are really visible). Please have a look at my latest commit (and the comments it contains) :)

[daniel-wer]

Nice that you found a workaround! I agree that only modifying the visible results from the active page is even better than the old behavior 👍