[zope2-tracker] [Bug 143144] Re: Mount-Points: documentation incomplete, behaviour surprising

Jean Jordaan jean.jordaan at gmail.com
Wed Aug 5 08:17:33 EDT 2009


After some more trying out virtual mount points, it looks as if they are half baked and shouldn't be used.
For example, they don't work with getPhysicalPath and so break Plone's URLTool. I have this in my config:

mount-point /mnt_clme:/clme

During a ZEXP import I get a KeyError on 'clme'. This is what
investigation shows:

(Pdb) url_tool
<URLTool at /clme/CLME/portal_url used for
/clme/CLME/online-forums/livestock-and-environmnet/794325627/794761425>
(Pdb) url_tool.getPortalPath()
'/clme/CLME'

(Pdb) start_path
'/clme/CLME/portal_skins'
(Pdb) context.restrictedTraverse(start_path + '/custom')
*** KeyError: 'clme'
(Pdb) context.restrictedTraverse('/mnt_clme/CLME/portal_skins' + '/custom')
<Folder at /clme/CLME/portal_skins/custom>

(Pdb) self.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.mnt_clme
<Folder at /clme>
(Pdb) self.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.aq_parent.mnt_clme.getPhysicalPath()
('', 'clme')

The same is reflected in the sort order of the mount points in the ZMI:
sorting is according to 'clme' (the underlying object), not 'mnt_clme'
(the mount name).

This is with Zope 2.9.8

** Changed in: zope2
       Status: Won't Fix => New

-- 
Mount-Points: documentation incomplete, behaviour surprising
https://bugs.launchpad.net/bugs/143144
You received this bug notification because you are a member of Zope 2
Developers, which is subscribed to Zope 2.


More information about the zope2-tracker mailing list