Skip to content

[stable-7.2] chore: bump reva to 2.46.4#2967

Draft
rhafer wants to merge 3 commits into
opencloud-eu:stable-7.2from
rhafer:stable/7.2/reva-2.46.4
Draft

[stable-7.2] chore: bump reva to 2.46.4#2967
rhafer wants to merge 3 commits into
opencloud-eu:stable-7.2from
rhafer:stable/7.2/reva-2.46.4

Conversation

@rhafer

@rhafer rhafer commented Jun 17, 2026

Copy link
Copy Markdown
Member

@rhafer rhafer requested review from ScharfViktor and aduffeck June 17, 2026 14:35
@rhafer rhafer self-assigned this Jun 17, 2026
@rhafer rhafer added the Type:Maintenance E.g. technical debt, packaging, etc. label Jun 17, 2026
@rhafer rhafer changed the title chore: bump reva to 2.46.4 [stable-7.2] chore: bump reva to 2.46.4 Jun 17, 2026
@codacy-production

codacy-production Bot commented Jun 17, 2026

Copy link
Copy Markdown

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity · 0 duplication

Metric Results
Complexity 0
Duplication 0

View in Codacy

🟢 Coverage 0.00% diff coverage · +0.00% coverage variation

Metric Results
Coverage variation +0.00% coverage variation (-1.00%)
Diff coverage 0.00% diff coverage

View coverage diff in Codacy

Coverage variation details
Coverable lines Covered lines Coverage
Common ancestor commit (4d82968) 81377 18676 22.95%
Head commit (4422bf4) 81377 (+0) 18678 (+2) 22.95% (+0.00%)

Coverage variation is the difference between the coverage for the head and common ancestor commits of the pull request branch: <coverage of head commit> - <coverage of common ancestor commit>

Diff coverage details
Coverable lines Covered lines Diff coverage
Pull request (#2967) 1 0 0.00%

Diff coverage is the percentage of lines that are covered by tests out of the coverable lines that the pull request added or modified: <covered lines added or modified>/<coverable lines added or modified> * 100%

NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.

@rhafer rhafer force-pushed the stable/7.2/reva-2.46.4 branch from bb6b89b to c60b788 Compare June 18, 2026 09:23
@rhafer

rhafer commented Jun 18, 2026

Copy link
Copy Markdown
Member Author

The tests are failing because the server is returning a different error than expected when a user with the Can manage role tries to delete a disabled space.

Currently the implementation returns a 404 (Not Found) the tests expect a 400 (Bad Request). Question is, what is the right this to do here.

IMO neither 404 nor 400 are really correct here. I'd think the server should return a 403 as the user does have access to the space (i.e. can re-enable it) but is just not allowed to purge it.

I'm working on a fix. (Likely requires yet another reva bump).

@rhafer rhafer marked this pull request as draft June 18, 2026 15:22
rhafer added 2 commits June 18, 2026 17:30
Allow a "permission denied error" from reva to bubble up to the client.
Reva was fixed to return "permission denied" only when the space to be
delete can actually be listed by the user. Other wise it will return
"not found". See reva commit 1bf72cb76394671f373e87f15f23f978cf41ab08.

So when a user with the 'can manage' role tries to purge an already
disabled space it will now get "Forbidden" status instead of a "Not
found".

Also fixes the expected status codes in the tests.

(cherry picked from commit e86381d)
@rhafer rhafer force-pushed the stable/7.2/reva-2.46.4 branch from c60b788 to 4422bf4 Compare June 18, 2026 15:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Type:Maintenance E.g. technical debt, packaging, etc.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants