Ferdinand Thiessen ea37f03f7d fix(files_sharing): Respect permissions passed when creating link shares ... Given: User creates a link or email share with permissions=4 (create only = file drop). Problem: Currently the permissions are automatically extended to permissions = 5 (READ + CREATE). Work around was to create the share and directly update it. Solution: Respect what the user is requesting, create a file drop share. Co-authored-by: Ferdinand Thiessen <opensource@fthiessen.de> Co-authored-by: Côme Chilliet <91878298+come-nc@users.noreply.github.com> Signed-off-by: Ferdinand Thiessen <opensource@fthiessen.de>		2025-01-31 18:46:07 +01:00
..
appinfo	fix(sharing): add command to fix broken shares after ownership transferring	2024-12-12 21:35:49 +01:00
composer	fix(sharing): add command to fix broken shares after ownership transferring	2024-12-12 21:35:49 +01:00
css	fix(files_sharing): note icon color on public pages	2024-11-08 16:39:45 +00:00
img	fix(assets): Optimize SVGs with scour 0.38.2	2023-04-24 08:59:38 +02:00
js	fix(files): Add empty alt text to purely decorative icons	2025-01-17 18:01:03 +00:00
l10n	Fix(l10n): Update translations from Transifex	2025-01-29 00:22:29 +00:00
lib	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 18:46:07 +01:00
src	fix(files_sharing): Only clear permissions of pending federated shares	2025-01-31 08:20:41 +01:00
templates	chore(files): cleanup old templates	2024-01-25 10:24:48 +01:00
tests	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 18:46:07 +01:00
.l10nignore	Remove legacy build files	2022-01-11 17:16:05 +01:00
openapi.json	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 18:46:07 +01:00