Ferdinand Thiessen c2e8a017a7 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 20:45:52 +01:00
..
appinfo	add command do delete orphan shares	2023-07-10 11:26:32 +00:00
composer	optimize builtin storage wrappers	2023-11-09 15:41:01 +01:00
css	Compress SASS output	2023-01-11 17:46:32 +00:00
img	fix(assets): Optimize SVGs with scour 0.38.2	2023-04-24 08:59:38 +02:00
js	fix: Hide download action in shares view	2024-05-22 11:11:12 -07:00
l10n	Fix(l10n): Update translations from Transifex	2024-08-14 00:20:43 +00:00
lib	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 20:45:52 +01:00
src	fix(SharingEntryQuickShareSelect): Hide quick share select if user can not edit share	2024-12-11 09:01:45 +01:00
templates	make sure to show download button only one time	2023-06-14 15:35:01 +02:00
tests	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 20:45:52 +01:00
.l10nignore	Remove legacy build files	2022-01-11 17:16:05 +01:00
list.php	Remove redundant events	2022-08-15 19:20:42 +02:00
openapi.json	fix(files_sharing): Respect permissions passed when creating link shares	2025-01-31 20:45:52 +01:00
public.php	Update php licenses	2021-06-04 22:02:41 +02:00