fix(files_sharing): bring back handling of hide-download on public shares

[susnux]

• Resolves: "Hide download" in public shares is no longer "hide download" but "prevent download" in Nextcloud 31 #48954

Summary

This includes also some features as we need a WebDAV property for the hide-download functionality,
in legacy sharing interface it was passed as some kind of state, but with the Vue files interface we need a node attribute.

Best to review each commit separately.

Checklist

• Code is properly formatted
• Sign-off message is added to all commits
• Tests (unit, integration, api and/or acceptance) are included
• Screenshots before/after for front-end changes
• Documentation (manuals or wiki) has been updated or is not required
• Backports requested where applicable (ex: critical bugfixes)

[szaimen]

🐘

[susnux]

/backport to stable31

[nfebe]

FYI : The was some feedback from @danxuliu here: #50897

Mentioning it case it is possible to align some or all of it.

Also, since the switch was not preventing download, is there a way for those who used to switch do undo it if they can identify the shares on which it was applied?

[susnux]

FYI : The was some feedback from @danxuliu here: #50897

yes that covered by the webdav property

[danxuliu]

FYI : The was some feedback from @danxuliu here: #50897

yes that covered by the webdav property

As the hideDownload element is no longer provided please note that this pull request alone is not enough to bring back the old behaviour. Any app that used the hideDownload element must be updated to get the value from the new WebDAV property instead (so this should be documented somewhere).

For the PDF viewer I adjusted it in the last commit of nextcloud/files_pdfviewer#1164

[susnux]

PR to viewer will be created right after merge