Repository navigation
Fetching drives results in space image and readme getting lost #452
Description
Describe the bug
Fetching drives via the https://localhost:9200/graph/v1beta1/drives endpoint may result in space image and readme getting lost. This only goes for spaces where the current user is not a member of.
Steps to reproduce
- As margaret, create a space and upload an image
- As admin, fetch all spaces via
https://localhost:9200/graph/v1beta1/drives(via curl or e.g. by visiting the spaces overview in the admin settings app) - As margaret, reload the spaces overview
Expected behavior
The newly created space has the uploaded image.
Actual behavior
The image and description are gone. The https://localhost:9200/graph/v1beta1/drives returns no special property for the newly create space (although the image and the md file are still present on the disc).
Metadata
Metadata
Assignees
Labels
Type
Projects
- Status
Activity
JammingBen commentedon Mar 21, 2025
cc @tbsbdr @dragotin please decide if this is p1 or p2
kulmann commentedon Mar 21, 2025
I'm really baffled 😅 we tested this on two local machines and the public demo instance and were able to reproduce it 100% of the time.
micbar commentedon Mar 21, 2025
In both cases, this is a blocker.
v-scharf commentedon Mar 24, 2025
v-scharf commentedon Mar 24, 2025
@aduffeck You're right. It came back after a while.
v-scharf commentedon Mar 24, 2025
Tested on decomposed, that bug is only with
posix.aduffeck commentedon Mar 24, 2025
I also see it using the decomposed driver, which makes sense as it's a problem with the cache in the graph API.
Steps to reproduce:
Do not cache when there was an error gathering the data
kulmann commentedon Mar 25, 2025
Thank you for fixing this so quickly @aduffeck 🤩
test for #452
test for #452 (#826)
Do not cache when there was an error gathering the data
test for opencloud-eu#452 (opencloud-eu#826)