Re: plone.app.uuid.utils.uuidToObject/URL filters on expired items, necessary?

Patrick Gerken <gerken-Hgn/qBBDvdzwVR/[email protected]>
Newsgroups gmane.comp.web.zope.plone.devel
Message-ID <20150401164947.GA5278@preciousone>
On 01.04 17:00, Johannes Raggam wrote:
> What if you fix plone.app.uuid and add the ``show_all=False,
> show_inactive=False`` parameters to the uuidToObject (and possibly
> others?) method signature and pass it to the catalog call?

This is a bad idea. Have you considered the other failure modes?
What about Unauthorized exceptions?

The first problem here is that the failure modes aren't
mentioned in the documentation and probably not tested in the tests.
This is a bug in plone.app.uuid.

Passing multiple flags as an argument is also not a very good idea. As
you mention it already, you plan to pass them on to the catalog.
That means you start to add ties from plone.app.uuid to the catalog.
It could very well happen that during Sorrento or some other sprint we
decide to make it easier to swap out Catalog by something different.
Then a design decision could be to have independent UUID catalog and the
flags don't make sense any more or force us to reimplement catalog
specific logic.

The way the traverse API handles it sounds like a better approach, there
we have unrestrictedTraverse.
> 
> 
> On Wed, 2015-04-01 at 11:22 +0200, Fred van Dijk wrote:
> > Hi,
> > 
> > 
> > To answer my own question, yes changing this will probably hurt as
> > existing code is expecting this kind of
> > filtering to happen and will start listing expired content for
> > anonymous users in listings etc. by looping over
> > uuids and "filtering" with uuidToObject. so it's backwards
> > incompatible for some or many add'ons.
> > 
> > 
> > With kind regards,
> > 
> > 
> > Fred van Dijk
> > --
> > Zest - www.zestsoftware.nl
> > Vasteland 78
> > 3011 BN Rotterdam
> > Tel: +31 (0)10 2959251
> > 
> > 
> > 
> > 
> > 
> > 
> > > 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)
> > > 
> > > 
> > > With kind regards,
> > > 
> > > 
> > > Fred van Dijk
> > > --
> > > Zest - 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
> > 
> > ------------------------------------------------------------------------------
> > 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
> 



> ------------------------------------------------------------------------------
> 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

------------------------------------------------------------------------------
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
signature.asc (application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVHCGqAAoJENZ7kJH0+P186RwQAKLl0F7r/SmmWOEkKyjNASu8
iZaT/rN7aEbtJ78oB46flH4WRC14qc2QRtqSPkdB8JEdyWzSygn1dJNfUj1MwYUH
Se7y0lkjmxgYy8JKn7JoctfDGkp+IJ+ubFqKkM1D7O1UIRerctfRdPjG/tJlXTZf
cSw+UEmokzaRdopP6aMPNQQfM3L4dxahaVQZNyZXEN06wU3aNbSB8ireX6P3woBY
WJ/p9kcQqeZTpS01nqx3DkcXjrWoMAyR1t4JBd57cpIamGesXpYYxzxv1KCkYhoT
8sZfK2QDYGY1VL/g/WfGSmNjcawf7RG0ucugNQexggss/9b/QMgVIhbx42/DBcAi
lKjCDn5xk6HmNxl0xVvA7L12Oz/4lqo7GawM9d8C2WHvW/sNrF7jsXHp+gj6vLy8
9HFgOAG8XVpJZ3goTXlD4wjIUsSn7J2phkiwqXX/ruYzyWzYSlMjIS/YyDjRNEoj
PZ9vyzykZqQtjVUeR3OLZc95yg3PfK3L6wTwRgT751LUPud2ww0Dgn5L/f7RyF8s
+IY3ThdzkFB18q+ojlmKhpAvlnRTkt3aQB1RYaftrZw1yhZfRWUSMdPecZtwJd9D
PL3Z947HFNX7qcb4npEaD3MR4G/sttFE3eBq8uMk5IhyRLgzEYVDF6Lyk6wBUghY
wBst83leX3pLrDLZIvwR
=Xqow
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.