- Zope-Dev - Zope lists

2.7:contradiction btw port-base and server section in config ??
by robert 19 Jan '04

19 Jan '04

Hi there, I find two sections in 2.7's config file contradicticnorary. I therefore assume I did not grasp them: with the key port-base I can define at what addres the different servers run. The same I can (must ?) do defining the various servers: <http-server> #valid keys are .. adress 8080 </http-server> which one of the rules? I have the impression that for http port-base gains, for ftp the later (since I have not yet ftp working with 2.7) Robert

2 1

Re: [Zope-dev] 2.7 management_page_charset cannot be callable
by Alan Milligan 18 Jan '04

18 Jan '04

In addition to this problem, someone has changed manage_form_title.dtml and caused me grief! The <dtml-var title> tag has been changed to <&dtml-title;> This causes an implicit html-quote to now be performed which means that my <img> tag, inserted to display the product's icon to more strongly associate what is being created, now just writes the html into the title line. Since nothing was broken in the first place, how about backing out this change. Cheers, Alan

3 5

Help with the change of URL and/or port
by Fábio Bruno 17 Jan '04

17 Jan '04

Dear Sir or Madame I'm wrigting because I started to do a plone site in zope.I would lke to know if I can change the url and/or port where the plone site stays.I would like to know how to chenge this path http:\\localhost:8080\Plone. Yours faithfully, Fábio Afonso _________________________________________________________________ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br

2 1

Re: CVS: Releases/Zope/lib/python/ZEO - simul.py:1.12.8.2.18.18
by Tres Seaver 17 Jan '04

17 Jan '04

Evan Simpson wrote: > Update of /cvs-repository/Releases/Zope/lib/python/ZEO > In directory cvs.zope.org:/tmp/cvs-serv18593/lib/python/ZEO > > Modified Files: > Tag: Zope-2_6-branch > simul.py > Log Message: > Non-Python 2.1-compatible division operator "//" crept into 2.6 branch. This is a result of some funny repository fiddling, which somehow got both 'ZEO' and 'BDBStorage' onto the 'Zope-2_6-branch'. I would like to remove the branch tag altogether, as neither module is part of the 2.6 release. Here is what I would propose doing:: $ ssh cvs.zope.org $ cd /cvs-repository $ tar czf /tmp/Zope-just_in_case.tar.gz Zope $ ^D $ cvs -d :ext:cvs.zope.org:/cvs-repository \ rtag -dB Zope-2_6-branch Zope/lib/python/ZEO $ cvs -d :ext:cvs.zope.org:/cvs-repository \ rtag -dB Zope-2_6-branch Zope/lib/python/BDBStorage Anybody know a reason why we shouldn't do this? The CVS docs seem to consider deleting branch tags a Bad Thing (TM), but I have never seen any rationale for it. Tres. -- =============================================================== Tres Seaver tseaver(a)zope.com Zope Corporation "Zope Dealers" http://www.zope.com

4 4

Re: Zope 2.8?
by Jim Fulton 17 Jan '04

17 Jan '04

Gfeller Martin wrote: > Dear Jim, > > are there already plans when Zope 2.8 should see the light of the day? Other than soon, no. It depend on resources, including non-ZC contributors, and problems we encounter. I've updated the project area at: http://dev.zope.org/Wikis/DevSite/Projects/Zope2.8 including the milestone plan: http://dev.zope.org/Wikis/DevSite/Projects/Zope2.8/MilestonePlan > We're mostly interested in the ZODB 3.3 features, i.e., getting rid of > Extension Classes. Well, I hope you've been trying out the ZODB 3.3 releases and providing feedback. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

2 1

2.7 workflow not working anymore
by robert 17 Jan '04

17 Jan '04

Hi there, I have a DCWorkflow (running under plone 1.04) that has bean doing fine now for a year or so. Now under 2.7 I get the following traceback: thanks for any help Robert Traceback (innermost last): Module ZPublisher.Publish, line 100, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 40, in call_object Module Products.CMFPlone.FormTool, line 235, in __call__ Module Products.CMFPlone.NavigationTool, line 98, in getNextObject Module Products.CMFPlone.NavigationTool, line 289, in _getScript Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 40, in call_object Module Products.CMFCore.FSPythonScript, line 92, in __call__ Module Shared.DC.Scripts.Bindings, line 261, in __call__ Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec Module Products.CMFCore.FSPythonScript, line 126, in _exec - __traceback_info__: ({'traverse_subpath': [], 'container': <PloneSite instance at 415a00b0>, 'context': <Image at /intranet/intranetFHA/Members/sorg/Beispiel.jpg>, 'script': <FSPythonScript at /intranet/intranetFHA/object_status_modify used for /intranet/intranetFHA/Members/sorg/Beispiel.jpg>}, ('publishCompany', ' ', '', '', '', None, None, None, []), {}, (None, '', None, None, '', None, None, None, [])) Module None, line 61, in object_status_modify Module Products.CMFPlone.WorkflowTool, line 37, in doActionFor Module Products.CMFCore.WorkflowTool, line 309, in doActionFor Module Products.CMFCore.WorkflowTool, line 624, in _invokeWithNotification Module Products.DCWorkflow.DCWorkflow, line 275, in doActionFor Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf Module Products.DCWorkflow.DCWorkflow, line 489, in _executeTransition Module Shared.DC.Scripts.Bindings, line 261, in __call__ Module Shared.DC.Scripts.Bindings, line 290, in _bindAndExec Module Shared.DC.Scripts.Bindings, line 1, in ? Module Shared.DC.Scripts.Bindings, line 224, in _getContext Module AccessControl.ImplPython, line 398, in validate Module Products.VerboseSecurity.VerboseSecurityPolicy, line 272, in validate Unauthorized: Your user account does not have the required permission. Access to '' of (DCWorkflowDefinition instance at 42005170) denied. Your user account, sorg, exists at /intranet/intranetFHA/acl_users. Access requires one of the following roles: ['Manager']. Your roles in this context are ['Authenticated', 'Mitarbeiter'].

3 2

localfs and zope 2.7 (was: Re: 2.7 assertion with CVS of that morning two)
by Bakhtiar A Hamid 17 Jan '04

17 Jan '04

On Friday 16 January 2004 17:01, zope-dev-request(a)zope.org wrote: > Message: 2 > Date: Fri, 16 Jan 2004 00:56:36 +0100 > From: robert <robert(a)redcor.ch> > Subject: Re: [Zope-dev] Re: 2.7 assertion with CVS of that morning two > days ago > To: robbenhaar(a)espresto.com > Cc: zope-dev(a)zope.org > Message-ID: <200401160056.36302.robert(a)redcor.ch> > Content-Type: text/plain; charset="iso-8859-1" > > Thanks, > Yuppie allredy pointed me to my error. Things work fine now. > Strange that this is not yet fixed in the CVS. > Robert > The only thing I am still figthing: LocalFS does not work under 2.7. You do > not happen to know how to fix it? > fyi, i've danced to this tune, and the easiest is get localfs from cvs here's the document - http://www.my-zope.org/Members/kedai/News_Item.2003-12-30.2242 or sf.net/projects/localfs hth

2 1

2.7 management_page_charset cannot be callable anymore
by Martijn Faassen 16 Jan '04

16 Jan '04

Hi there, Some changes in Zope 2.7 break the possibility to make management_page_charset a callable (for instance a method). This breaks Formulator, as it uses this facility. This works just fine in Zope 2.6, but breaks in Zope 2.7. The silly thing is that Formulator 2.6.0 breaks in Zope 2.7 exactly because it actually is the release that tries to do unicode *right* (while still retaining backwards compatibility with older installations and offering a non-unicode mode), and then Zope 2.7 makes it impossible. I heard a report that a similar problem may be occuring with ZWiki.. The problem is in lib/python/App/dtml/manage_page_header.dtml: <dtml-unless management_page_charset> <dtml-call "REQUEST.set('management_page_charset','iso-8859-1')"> </dtml-unless> <meta http-equiv="content-type" content="text/html;charset=&dtml-management_page_charset;"> <dtml-call "RESPONSE.setHeader('content-type','text/html;charset='+management_page_charset)"> If I remember my DTML well, &dtml-management_page_charset; should still call the method if it's a callable, so that would be all right. The next line however breaks, as it's going to treat my method as an attribute. I think backwards compatibility got broken unintentionally here.. Could this be restored? Using a ComputedAttribute for this would be rather involved and it's possible other products are broken as well as a result. Regards, Martijn

6 12

win32 setup sources
by Alberto Degli Esposti 16 Jan '04

16 Jan '04

Hi, I need a solution to quickly and easily deploy zope applications on the win32 platform. What I'd like to realize is a setup program that install and configure Zope bundled with all the needed products, making questions to the user for correctly setup the application. Unfortunately I have no experiences in windows programming and related setup tools and I'm lookin for good examples. Can someone tell me something about the win32 Zope installer and the tool used to build the executable? Are the sources available so I can simply customize them? (this is why I've sent the post to this list, please sorry if I'm OT!!) Thanx A.

3 2

Zope-2.6.3 issue with CMF-1.3.3 portal_types
by Erik A.Dahl 16 Jan '04

16 Jan '04

I downloaded 2.6.3 to do some testing and found that with a totally generic CMF-1.3.3 there is an issue with opening properties of a portal type. Here is the stack trace: 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.utils, line 313, in manage_propertiesForm Module Shared.DC.Scripts.Bindings, line 261, in __call__ Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec Module App.special_dtml, line 174, in _exec Module DocumentTemplate.DT_In, line 703, in renderwob Module DocumentTemplate.DT_Let, line 76, in render Module DocumentTemplate.DT_Util, line 201, in eval - __traceback_info__: select_variable Module <string>, line 0, in ? AttributeError: min I walked back up this stack but I can't say I quite get it. Any body else? Error is provoked just by licking on one of the type objects in portal_types of a newly created totally generic portal. -EAD

2 1