Improve collaborators and owner columns in shared file lists

[PVince81]

Description

When sharing with multiple targets, they must all be listed there instead of a single entry. This is fixed by replacing the code that make share entries unique into an aggregation that has been inspired by the one used in OC core.
Also includes group shares and link shares now.
Added avatars and icons for the displayed collaborators in the column.

Related Issue

Fixes #2924

Motivation and Context

Just doing a bugfix was too boring, but also the column contents didn't look very nice, so adding avatars there was a good move IMO.

How Has This Been Tested?

Manual test
Acceptance tests

Screenshots (if appropriate):

Shared with others

Shared with you

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Technical debt
• Tests

Checklist:

• Code changes
• Unit tests added
• Acceptance tests added
• Documentation ticket raised:

Open tasks:

• test first!!!
• add test for the group cases
• implement the actual fix
• changelog

[update-docs]

Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes.

[PVince81]

• align with data structure from Resharers now visible on top of owner entry #3076 which changed a bit
• weird shifting in column headers

[PVince81]

Shared with others

Shared with you

I could go further and try and add resharer/owner but it increases complexity. I think the current result is already a big step forward.

[PVince81]

This is only a stepping stone as we will consider merging "shared with me" with "shared with others" view into a single one, so it will likely evolve further from here

[PVince81]

Failed tests:

• renaming from share list: tests/acceptance/features/webUIRenameFiles/renameFiles.feature:160
• deleting from share list: tests/acceptance/features/webUIDeleteFilesFolders/deleteFilesFolders.feature:201
• resharing: tests/acceptance/features/webUIResharing/reshareUsers.feature:185
• some sharing: tests/acceptance/features/webUISharingInternalGroups/shareWithGroups.feature:62
• accept/reject: tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature:13

[PVince81]

data structure aligned

[PVince81]

row height issue unrelated to this PR => #3099

[PVince81]

rebased and squashed.

next up will be adding/fixing tests

[PVince81]

added and fixed tests, let's hope all pass now

[PVince81]

raised #3101 which I discovered while trying to extend the test coverage

[PVince81]

I'll adjust the tests later in the morning (not saying tomorrow as it's past midnight...)

[PVince81]

tests adjusted

background: the main reason for all these changes is that before this PR we were using share.path in the shared file list, which is always the original path. I changed it to use share.file_target which is the path in the point of view of the receiver. And that even when a share is declined, the latter stays. This is to align with the OC 10 logic. We could decide to change this later on if a different behavior makes sense.