desktop icon indicating copy to clipboard operation
desktop copied to clipboard

[Bug]: Shares/links in shared folders don‘t get displayed in Desktop Clients

Open sharcslife opened this issue 7 months ago • 4 comments

⚠️ Before submitting, please verify the following: ⚠️

Bug description

Desktop Clients für Windows and Mac don‘t display the links generated for a file or folder.

One can generate new shares that work, but the next time one right-click the file/folder to get the link, the share info is not displayed. It is on the web interface though.

That is ONLY (!) when one is not the owner of the folder where the file/folder is placed though. For all shares created in ones own folders, it works.

Steps to reproduce

  1. Right click on the file
  2. Click on Share Options
  3. Click + to generate a link OR enter username in the field above
  4. Close the window
  5. Right click on the file again
  6. Click on Share Options again
  7. See that the share dialog does not display the generated share

Expected behavior

Shares should be displayed ...

Which files are affected by this bug

Only files in folders that someone else shared (so one is not the owner)

Operating system

Windows

Which version of the operating system you are running.

Windows 11

Package

Other

Nextcloud Server version

31.0.4

Nextcloud Desktop Client version

3.16.4

Is this bug present after an update or on a fresh install?

Updated from a minor version (ex. 3.4.2 to 3.4.4)

Are you using the Nextcloud Server Encryption module?

Encryption is Enabled

Are you using an external user-backend?

  • [ ] Default internal user-backend
  • [ ] LDAP/ Active Directory
  • [ ] SSO - SAML
  • [ ] Other

Nextcloud Server logs


Additional info

I don't have logs I can share.

sharcslife avatar May 16 '25 15:05 sharcslife

Image

sharcslife avatar May 16 '25 15:05 sharcslife

This has become a serious issue for us. Is no one experiencing this? 3.16.5 has not fixed it.

sharcslife avatar Jun 03 '25 11:06 sharcslife

I just tried to reproduce it locally (with client 3.16.5 and server 31.0.5.1) and it's working fine on my end 🤔

can you try running the client with the --logdebug parameter and check the debug logs for anything related to OCC::ShareManager, src\gui\filedetails, and /ocs/v2.php/apps/files_sharing/ when you open the sharing dialogue? I can provide a file drop link if you don't want to share those logs here on GitHub

nilsding avatar Jun 05 '25 08:06 nilsding

Thanks for taking a look at this, @nilsding I don't have access to instances running above 30.0.4, so it could be a server issue. It is though reproducible in all three instances I have access to, all running 30.0.4.

Will report back once I was able to test with 30.0.5 or newer.

sharcslife avatar Jun 05 '25 15:06 sharcslife

So... 31.0.7 hastn't fixed this for us, neither has 3.16.6.

sharcslife avatar Jul 17 '25 05:07 sharcslife