[QA] internal LDAP user id shows up when resharing fails

[jnweiger]

Seen with testpilotcloud client 2.9.0-beta3 running on Win10

• LDAP user shares a file with admin with default permissions (including allow share)
• admin connects with desktop client and right clicks the file in explorer to access the testpilotcloud sharing dialog
• while that dialog is open, the ldap user removes the "allow share" permission.
• admin enters a third user in the sharing dialog. An error occurs. OK.
• The error message has the internal ldap user id. BAD
  

Expected behaviour, the error message uses the username of the ldap user.
This is server related. Same effect when attempting to reshare on the Web UI.

[michaelstingl]

This is the path of the storage location on the server. We should only data starting in account root. (/Portugal (1).jpg in this case). Technical parent path segments have no value for the end user.

[github-actions]

This issue was marked stale because it has been open for 30 days with no activity. Remove the stale label or comment or this will be closed in 7 days.

[jnweiger]

Reproduced in testpilotcloudclient 2.10.0 RC3

It is an edge case: it only happens, when resharing is first granted, then removed, before the user completes the sharing dialog.

[TheOneRing]

Won't fix