Closed Intrinsically-Sublime closed 6 months ago
I run two instances of Nextcloud, one in snap and one in Docker, and I've been able to replicate the error on both. I noticed it first on the server in which expiry date was enforced. When I turn expiry off for shares in the admin panel the problem goes away. When I add expiry option on the server that didn't have the problem the issue appears.
Since it's been confusing my users I'll be disabling enforced expiry until this is fixed.
Thank you for the hint. Enforcing expiry is actually something I only turned on since updating to the Docker install.
I can also confirm that disabling enforce returns the expected behaviour or creating and coping the link as soon as you click the +
Same problem here. If password is enforced or expiry date then the UI will not update until you relaod the page (also you can not see the share link until page reload).
I have the same problem.
After a number of attempts, I think I have found the decisive factor. It has something to do with the context menu during creation.
When I create a share and no context menu is displayed during creation, the correct display occurs immediately. If, for example, the share settings recommend setting a password or an expiration date is used, the context menu appears while the share is being created.
Same problem at our instance running 28.0.2, if password enforce is off (no dialogs) the icon for copy the shared link appears without reloading the page, since we need the password enforce, currently we do a manual reload to get the icon correct until this is fixed.
I just updated to version 28.0.3. It looks like the bug got half fixed. If I create now a password protected share the context menu on the right side gets updated. A button to copy the link appears and it says that the share was created.
In the file list in the middle of the screen nothing gets updated. The view of the folder stays the same until you reload the page or enter a folder and go back. I'm not entirely sure if this is the same behaviour as before the 28.x update. But if "easily" possible it would be nice that also the file list gets updated if a share gets created/removed.
Duplicate of : https://github.com/nextcloud/server/issues/44032
⚠️ This issue respects the following points: ⚠️
Bug description
So I recently moved my setup from snap to docker to be up to date. I had to use the data migration app since I was moving from snap to docker with postgres. It was a nightmare but now that it is done and I am on Nextcloud Hub 7(28.0.2)
The issue may be a regression of a bug that was reported and fixed last year. https://github.com/nextcloud/server/issues/26969 https://github.com/nextcloud/server/pull/38420
We use the share feature all the time and the only way to get the link for a folder is to refresh the page and for a file you can select a different file and then go back to the one you just shared.
Steps to reproduce
Expected behavior
A) A share to be created and an icon to appear so you can click it and copy the share. or B) A share to be created and automatically copied and ready to paste as well as the link to be shown. (This was the behaviour of our snap install)
Installation method
Community Docker image
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.2
Web server
Nginx
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
No response
Additional info
No response