- Sponsor
-
Notifications
You must be signed in to change notification settings - Fork 56
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
api.content.get no longer returns content that is inside a inaccessible container #549
Labels
Comments
I am happy if this is fixed.
Which is something similar to what the catalog does: Fixing this issue should improve consistency. |
pbauer
added a commit
that referenced
this issue
Dec 20, 2024
Loading
Loading status checks…
… user (#549)
pbauer
added a commit
that referenced
this issue
Dec 20, 2024
Loading
Loading status checks…
…user (#549)
Merged
The pull-request fixes it but I'd really like to know which change is the underlying cause and if we can and should address that. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Given a private container
/Plone/cannot-view
and a published item/Plone/cannot-view/can-view
I cannot traverse to the item any more since Plone 5.2:I think that breaks user-expectations of the api and should be changed.
In Plone 5.1 it still works, since Plone 5.2 it raises Unauthorized. The reason may be that a different
guarded_getattr
seems to be used inrestrictedTraverse
but I'm not sure - the import is the same but the executed code is different.In a project I instead used unrestricedTraverse and then checked the View-permission for the object:
The text was updated successfully, but these errors were encountered: