Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: transfer:ownership ends up with files inaccessible via Web UI for Object Storage #48463

Open
5 of 8 tasks
Antreesy opened this issue Sep 30, 2024 · 1 comment
Open
5 of 8 tasks
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 29-feedback bug feature: files feature: object storage

Comments

@Antreesy
Copy link
Contributor

Antreesy commented Sep 30, 2024

⚠️ This issue respects the following points: ⚠️

Bug description

After transferring ownership of files (if Object storage is configured as primary), they do not appear in web-interface. Though outgoing shares still can be discovered via Shares => Shared with others

Steps to reproduce

  1. Configure object storage to be used as primary (reproduced with Minio)

As user1

  1. make outgoing shares with different users (user2, user3, e.t.c)
  2. move one of the shared files to trashbin
  3. transfer files to one of these users (e.g. user2)

occ -v files:transfer-ownership --transfer-incoming-shares=0 --path "/" user1 user2

image

see output:

Validating quota
Analysing files of user1 ...
4 [============================] 1 sec
Collecting all share information for files and folders of user1 ...
4 [============================] < 1 sec
Transferring files to user2/ ...
Restoring shares ...
1/4 [=======>--------------------] 25% < 1 sec
Share with id 1 points at deleted file, skipping
Share with id 3 points at deleted file, skipping
4/4 [============================] 100% < 1 sec

image

in oc_filecache see that parent set to -1 for all transferred files
image

Expected behavior

parent should be === fileid of directort specified during tranfer => user2/files in example

Nextcloud Server version

29

Operating system

Debian/Ubuntu

PHP engine version

PHP 8.1

Web server

Apache (supported)

Database engine version

MySQL

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

Updated from a MINOR version (ex. 28.0.1 to 28.0.2)

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

No response

@Antreesy Antreesy added bug 0. Needs triage Pending check for reproducibility or if it fits our roadmap feature: files 29-feedback labels Sep 30, 2024
@joshtrichards joshtrichards changed the title [Bug]: transfer:ownership ends up with files inaccessible via Web UI for Object Storage [Bug]: transfer:ownership ends up with files inaccessible via Web UI for Object Storage Sep 30, 2024
@Antreesy
Copy link
Contributor Author

Has been possibly fixed with #48214, need to try to reproduce in repo before/after PR

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 29-feedback bug feature: files feature: object storage
Projects
None yet
Development

No branches or pull requests

2 participants