OFS: normal users can override folder views

Bug #143663 reported by yuppie
4
Affects Status Importance Assigned to Milestone
Zope 2
Invalid
Medium
Unassigned

Bug Description

checkValidId makes sure users can't override folder methods TTW. Five provides browser views as an alternative for presentation methods. But since 5 months (Zope 2.8.2) checkValidId does no longer reject IDs starting with '@'. This allows normal users that have the permission to add content to break apps that use Five views.

The proposed solution is to add these lines in checkValidId:

    if id[0] == '@':
        raise BadRequest('The id "%s" is invalid because it begins with '
                         '"@".' % id)

There are 2 threads regarding this issue on zope-dev, but no consensus on how to resolve this:
http://mail.zope.org/pipermail/zope-dev/2006-March/027034.html
http://mail.zope.org/pipermail/zope-dev/2006-March/027046.html

Currently the views still override the content, but after the lookup order is changed as planed for the next releases the behavior will be as described above. See http://codespeak.net/pipermail/z3-five/2006q1/001186.html

Revision history for this message
Jens Vagelpohl (dataflake-deactivatedaccount-deactivatedaccount) wrote :

The described behavior never materialized. Matter of fact, whereas you can create items starting with "@@" in stock Zope (outside of the CMF or Plone) all you get is an error message when you try to view that object since the traversal machinery wants to look up a view and not an attribute or an object.

Changed in zope2:
status: New → Invalid
assignee: nobody → Jens Vagelpohl (dataflake)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.