plone.app.uuid.utils.uuidToObject/URL filters on expired items, necessary?
Fred van Dijk <f.van.dijk-1kr/[email protected]>
| Newsgroups | gmane.comp.web.zope.plone.devel |
|---|---|
| Message-ID | <[email protected]> |
I am trying to fix a bug in an add'on where links between objects were stored in uuids and upon presentation/editing the objects were fetched using plone.app.uuid utils/uuidToObject. The problem is that the editing worked fine for users with the Manager role, but Editors in the site got an error message on a NoneType. uuidToObject is using a simple catalog(UID=uuid) search to retrieve the item, but if the content object referenced has an expiry date, none is returned (except if you're a manager). I don't want to mess with security (unrestrictedSearchResults), and I can fix the add'on code by doing my own uuid search/retrtieval), but is there any harm in adding "show_all=1, show_inactive=1" to the uuidTo* function catalog calls in plone.app.uuid so that expired items sill still be fetchable? I already have the unique identifier and want the object if 'm allowed to, filtering on expiration dates at this low level seems a bit too restrictive and is normally already done at the searchResults catalog functions where you expect multiple items returned to list/process) (show_all=1, show_inactive=1 credits go to https://www.fourdigits.nl/blog/listing-expired-plone-content <https://www.fourdigits.nl/blog/listing-expired-plone-content>) With kind regards, Fred van Dijk -- Zest - www.zestsoftware.nl <http://www.zestsoftware.nl/> Vasteland 78 3011 BN Rotterdam Tel: +31 (0)10 2959251 ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plone-developers mailing list Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/plone-developers