[Zope-dev] Re: [Plone-developers] problem upgrading from 1.0.1 to 1.0.3
Hello The problem I have is that I am using only standard plone installation: and I now use only 'stable' release. - plone 1.0.b1 - plone 1.0.1 - plone 1.0.3 I install or update nothing at all into my plone instance: I don't want to do it . I just use it. I am not able to fix a faulty plone site... To play around I use a zope installations. I was expecting that by using standard plone delivery I would be able to upgrade without to much problems. For some reason it's not all the time the case. So I am using: - CMFCore (Installed product CMFCore (1.3.1)) - CMFPlone (Installed product CMFPlone (1.0.3)) - CMFWiki (Installed product CMFWiki (0.1)) - CMFPhoto (Installed product CMFPhoto (0.2)) It is not possible to check the 'skin_paths in potal_skins - Properties tab', because this render a plone page showing the error: Error Details Error Type AttributeError Error Value photo_content Is it possible that this CMFPhoto product (which is new for me: it is coming inside the 1.0.3 upgrade) is not registered correctly inside my installation?? Is there a way to move my old site data (the /Menber folder?) into a fresh new plone 1.0.3 installation? I try this already from a 1.0.b1 to 1.0.1, but copying (export/import) the /menber folder was not enougth. Thanks anyway for your suggestions Gilles - Original Message - From: alan runyan [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, July 17, 2003 10:03 AM Subject: Re: [Plone-developers] problem upgrading from 1.0.1 to 1.0.3 1) with the 'manage plone' interface: the left frame render my plone site with an error message: Site error This site encountered an error trying to fulfill your request. The errors were: Error Details Error Type AttributeError Error Value photo_content does photo_content exist in portal_skins? what about the skin_paths in potal_skins - Properties tab? 2) I can not edit anymore a wiki page: the error is: Error Type TypeError Error Value edit() got an unexpected keyword argument 'log' ascii traceback is: Traceback (innermost last): Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFCore.FSPythonScript, line 90, in __call__ Module Shared.DC.Scripts.Bindings, line 252, in __call__ Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec Module Products.CMFCore.FSPythonScript, line 124, in _exec - __traceback_info__: ({'script': FSPythonScript at /Plone/wikipage_editcomment_handler used for /Plone/Members/admin/Folder.2002-10-21.3652, 'context': PloneFolder instance at 01D42020, 'container': CMFSite instance at 01D0AF08, 'traverse_subpath': []}, (HTTPRequest, URL=http://asgard/Members/admin/Folder.2002-10- 21.3652/wikipage_editcomment_ handler, ZServerHTTPResponse('')), {}, None) Module Script (Python), line 18, in wikipage_editcomment_handler TypeError: edit() got an unexpected keyword argument 'log' look on line 18 in wikipage_editcomment_handler. are you using CMFWiki? ZWiki? Look at the edit method of the content object you are calling wikipage_editcomment_handler in the context of and see whats going on. Note: I had no error when I have done the 1.0.1 to 1.0.3 migration. There were no migration errors. But you are having this error. ~runyaga --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Plone-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/plone-developers ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Can't fathom 'method-populated' selection lists in Zclasses
Hi Folks, I'm having a little issue with selection-type values in ZClass property sheets (I'm using Zope 2.7 but have the same issue under 2.6) What I'm trying to achieve is this: All the documentation I've read says that the 'selection' type for a property of a ZClass property sheet can be a variable *or a method*. Fine. This works as advertised, except where the method is a method *defined within the Zclass* (e.g. as MyZClass.propertysheets.methods.myMethod ). Is this a known bug? A feature? Do I need some arcane Zope Zen syntax to unlock this behaviour? N.B. If the method resides *outside* the ZClass (e.g. as a python script in the root folder) all things works just fine. The only 'diagnostic' I get is on the property sheet containing the selection type property: it displays e.g. 'No value for myMethod' instead of the expected drop-down box. Any help most appreciated. Cheers Bob ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Suggestion for DT_In
Hi, I found a small change that can solve a problem with sort_expr in dtml-in. There is no way to let the dtml-in not sort when using sort_expr. This would be a good thing if you want to be able to choose the default order of the sequence: A small patch to DT_In enables the dtml-in to ignore sorting if the result of the expression is None. if self.sort_expr is not None: self.sort=self.sort_expr.eval(md) - sequence=self.sort_sequence(sequence, md) - elif self.sort is not None: + if self.sort is not None: sequence=self.sort_sequence(sequence, md) This patch needs to be done in to places: renderwb and renderwob as far as I can see. -- Johan Carlsson Tel: + 46 8 31 24 94 Colliberty Mob: + 46 70 558 25 24 Torsgatan 72Email: [EMAIL PROTECTED] SE-113 37 STOCKHOLM ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
Casey Duncan wrote: Actually I regard the current behavior as a feature. Using a stopwatch and a slide-rule I can estimate to within 100 objects, how many values are indexed in a catalog by measuring the time it takes to draw the indexes page. Please do not remove this most valued feature! I see now winks so am scared ;-) Seriously though, it is kinda problematic when you want to get to the ZMI of an index and have to guess the URL 'cos hitting the indexes page cripples the server... cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
Dieter Maurer wrote: I suggest to change the title to # index terms and revert for the indexes to the old behaviour. If that'll make it quicker, cool :-) Others pointed out, that also the size determination for an index may be expensive. However, it is at most linear in the number (rather than quadratic) and all recently created indexes now use BTrees.Length to maintain their size (which gives constant time). Having a feeling how large an index is is valuable information. Indeed... Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
Anthony Baxter wrote: if there's no counter present: create one, do a count of the docs, initialise the counter display counter Sounds good, what needs to happen to make this happen? Since this is a bug fix, can it go on the 2.6 branch? cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
--On Freitag, 18. Juli 2003 13:52 Uhr +0100 Chris Withers [EMAIL PROTECTED] wrote: Dieter Maurer wrote: I suggest to change the title to # index terms and revert for the indexes to the old behaviour. If that'll make it quicker, cool :-) I am usually not interested in the number of index terms but in the number of documents that are indexed. This is much more meaningful. -aj ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
--On Freitag, 18. Juli 2003 13:53 Uhr +0100 Chris Withers [EMAIL PROTECTED] wrote: Anthony Baxter wrote: if there's no counter present: create one, do a count of the docs, initialise the counter display counter Sounds good, what needs to happen to make this happen? Since this is a bug fix, can it go on the 2.6 branch? First write the fix and then let's see if it might break something :-) -aj ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope 2.6.2 b4 final
Hi all - We're planning to cut 2.6.2 b4 today, since there have been a few fixes committed since b3. I'd like to plan to cut the final next week with no changes from b4. Brian Lloyd[EMAIL PROTECTED] V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Object Type Assocation And Death To index_html
Hello All, There is a proposal in the Zope 2.6 plan called Object Type Assocation and Death To index_html the status listed is incomplete. Is this still on the table for future versions of Zope? If part of the proposal was implemented what parts? http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeathToIndexHtml Thanks, -Brian ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] registerClass ignoring permissions defined in the class?
Hi all For the second time in a couple of months, I found myself wrestling with security on FSPythonScripts (and eventually thinking hell with it, and just moving the functionality to a class method). Anyway, I found this, which looks like an inconsistency between docs and implementation: In ProductContext.registerClass the docstring says: permissions -- Additional permissions to be registered If not provided, then permissions defined in the class will be registered. However, registerClass only handles permissions that are passed in: if permissions: It doesn't look at permissions defined in the class at all. Am I missing something? The reason I thought this matters is that this works fine in a CMF .metadata file: [security] View=1:Anonymous but this doesn't: [security] Use LDAPService=1:Anonymous AccessControl.Role.manage_permission complains: Invalid Permission: The permission emUse LDAPService/em is invalid. The permission does, however, show up on the ZMI security tab, and if I set it for Anonymous on a parent of the script, the script executes fine. -- Jean Jordaan http://www.upfrontsystems.co.za ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Untrusted developers
Brian Brinegar wrote at 2003-7-17 11:10 -0500: I work with a Zope deployment at a University. Each school has a folder within the Zope deploy where they have complete control. We allow each student, staff, and faculty member to have their own personal folder. One of the problems with this is that users can write a script which loops indefinitely. We solve such problems (mostly) by separating production, quality test and development to different Zope instances. We use CVS and ZSyncer to synchronize between the various instances. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
On Friday 18 July 2003 01:29 pm, Dieter Maurer wrote: Anthony Baxter wrote at 2003-7-18 15:14 +1000: Andreas Jung wrote I agree but the current implementation sux. Switching to a counter based solution would solve the problem. The only problem I see is to keep the code fully backward compatible. if there's no counter present: create one, do a count of the docs, initialise the counter We can use the size of the _unindex. However, is it really worth it? #objects suggests that it is the number of objects indexed by this index. Who is interested in this information? Unless one has inhomogeous objects, almost all objects are indexed by every index. Thus, #objects is likely to be similar for many indexes. A much more interesting information would be the size of the index measured by the number of index terms. I agree. and as a plus, its a minor change to the software... -Casey ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: [Zope-CMF] registerClass ignoring permissions defined in the class?
Jean Jordaan wrote at 2003-7-18 16:35 +0200: For the second time in a couple of months, I found myself wrestling with security on FSPythonScripts (and eventually thinking hell with it, and just moving the functionality to a class method). Anyway, I found this, which looks like an inconsistency between docs and implementation: In ProductContext.registerClass the docstring says: permissions -- Additional permissions to be registered If not provided, then permissions defined in the class will be registered. However, registerClass only handles permissions that are passed in: if permissions: It doesn't look at permissions defined in the class at all. Am I missing something? I think these permissions are registered already be InitializeClass. There should be no need for registerClass to do something special for this. The reason I thought this matters is that this works fine in a CMF .metadata file: ... but this doesn't: [security] Use LDAPService=1:Anonymous AccessControl.Role.manage_permission complains: Invalid Permission: The permission emUse LDAPService/em is invalid. The permission does, however, show up on the ZMI security tab, and if I set it for Anonymous on a parent of the script, the script executes fine. This indicates for me that Use LDAPService has been registered. I would debug why manage_permission complains. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] ZCatalog Indexes tab crawls...
Anthony Baxter wrote at 2003-7-18 15:14 +1000: Andreas Jung wrote I agree but the current implementation sux. Switching to a counter based solution would solve the problem. The only problem I see is to keep the code fully backward compatible. if there's no counter present: create one, do a count of the docs, initialise the counter We can use the size of the _unindex. However, is it really worth it? #objects suggests that it is the number of objects indexed by this index. Who is interested in this information? Unless one has inhomogeous objects, almost all objects are indexed by every index. Thus, #objects is likely to be similar for many indexes. A much more interesting information would be the size of the index measured by the number of index terms. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Can't fathom 'method-populated' selection lists in Zclasses
Bob Marshall wrote at 2003-7-18 09:04 -: ... All the documentation I've read says that the 'selection' type for a property of a ZClass property sheet can be a variable *or a method*. Fine. This works as advertised, except where the method is a method *defined within the Zclass* (e.g. as MyZClass.propertysheets.methods.myMethod ). Is this a known bug? A feature? Do I need some arcane Zope Zen syntax to unlock this behaviour? N.B. If the method resides *outside* the ZClass (e.g. as a python script in the root folder) all things works just fine. The only 'diagnostic' I get is on the property sheet containing the selection type property: it displays e.g. 'No value for myMethod' instead of the expected drop-down box. I used this already and it worked (so I do not have time at the moment to check whether it still works). It will not work in the constructor form (as at that time there is not yet a ZInstance that can access methods directly). It should work as soon as you have a ZInstance. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )