You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Nextcloud 29 there is a new nice function "limit downloads". The problem is the fact that with showing the file e.g. PDF the counter is decrease and then the downloads is set from "1" to "0" and then i can not download the file with the download button.
problem with viewer: e.g. PDF no problem with viewer: Markdown e.g. CSV-file, picture e.g. JPG
I think the pdfviewer uses the download link. Maybe there are other viewers, too.
share a file e.g. PDF with "limit downloads" to "1"
open the share
the pdf is viewed, limit goes to "0", no share anymore
the download button on the top does not work
Expected behavior
If i set "download limit" to "1" i expected that a user (e.g. cookie user) can see the file e.g. PDF and also download the file with the download button on the top.
Installation method
Community Web installer on a VPS or web space
Nextcloud Server version
29
Operating system
Other
PHP engine version
PHP 8.2
Web server
Other
Database engine version
SQlite
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Default user-backend (database)
LDAP/ Active Directory
SSO - SAML
Other
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
Same problem on two systems, installation on webserver from a hoster.
The text was updated successfully, but these errors were encountered:
devnull4242
changed the title
[Bug]: Nextcloud 29 - limit downloads need one for view and one for download
[Bug]: Nextcloud 29 - limit downloads need one for view (e.g. pdfviewer) and one for download
Apr 25, 2024
We have also problems with the pdfviewer after upgrade to Nextcloud 29.
If a folder/file is shared with other users and the users have only view-rights, the pdf doesn't open. In the log, the following error occurs:
TypeError: Cannot assign null to property OCA\Files_Sharing\Controller\ShareAPIController::$currentUser of type string at /var/www/nextcloud/apps/files_sharing/lib/Controller/ShareAPIController.php#124
Disabling the pdfviewer-app is a workaround - then the pdf-documents where shown in a separate browserwindow.
After more problems with the picture-viewer we have identified, that the config.php-parameter overwrite_webroot has triggered the errors.
We don't have changed the parameter for a long time, everything works as expected until Nextcloud 29. Now we have commented out the parameter in our config.php and everything works.
Bug description
In Nextcloud 29 there is a new nice function "limit downloads". The problem is the fact that with showing the file e.g. PDF the counter is decrease and then the downloads is set from "1" to "0" and then i can not download the file with the download button.
problem with viewer: e.g. PDF
no problem with viewer: Markdown e.g. CSV-file, picture e.g. JPG
I think the pdfviewer uses the download link. Maybe there are other viewers, too.
Steps to reproduce
Expected behavior
If i set "download limit" to "1" i expected that a user (e.g. cookie user) can see the file e.g. PDF and also download the file with the download button on the top.
Installation method
Community Web installer on a VPS or web space
Nextcloud Server version
29
Operating system
Other
PHP engine version
PHP 8.2
Web server
Other
Database engine version
SQlite
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
Same problem on two systems, installation on webserver from a hoster.
The text was updated successfully, but these errors were encountered: