- Zope-Dev - Zope lists

RFC: product initialization cleanup and improvements
by yuppie 30 Nov '05

30 Nov '05

Hi! Working on the five:registerClass directive for Five 1.2 and Zope 2.9 I had a closer look at the product initialization code. I propose the following modifications for the dicts in Products.meta_types (set by registerClass): 1.) 'action' key: ----------------- I'd like to give empty 'action' values a special meaning: The meta_type is not visible in the add drop down in the ZMI. The five:registerClass directive allows to set empty 'action' values. This would resolve http://www.zope.org/Collectors/Zope/1885 . Filtering out meta_types with empty 'action' values is a two line change in main.dtml. I'd like to make that change also on the 2.8 branch to enable that feature for 2.8.5 with Five 1.2. 2.) 'interfaces' key: --------------------- Does currently only contain oldstyle interfaces. The code in OFS.ObjectManager that uses that key works also with z3 interfaces. I'd like to add z3 interfaces to the value of that key. That would e.g. allow to set only new style interfaces on catalog index classes. 3.) 'product' key: ------------------ AFAICS it isn't used in Zope itself. I'd like to add a note that it might be removed in a future version. 4.) related cleanup: -------------------- Application.install_product has some backwards compatibility code for products that have initialization code outside the 'initialize' method of their __init__.py. This is deprecated at least for 5 years. I'd like to add explicit deprecation warnings on the 2.8 branch and to remove that code for Zope 2.9. This isn't much work, it can all be done in time for the Zope 2.9 beta. Any feedback is welcome. If there are no objections, I'll make the changes as proposed. Cheers, Yuppie

3 7

PermissionGeddon
by Florent Guillaume 29 Nov '05

29 Nov '05

I've done a big checkin to switch practically everything to the new- style (actually they're 5 years old) security declarations. I'd appreciate if another set of eyes could double-check everything; while I've taken a number of steps to ensure I didn't make mistakes you never know... http://mail.zope.org/pipermail/zope-checkins/2005-November/030103.html Thanks, Florent -- Florent Guillaume, Nuxeo (Paris, France) Director of R&D +33 1 40 33 71 59 http://nuxeo.com fg(a)nuxeo.com

4 11

buildbot failure in Zope trunk 2.4 Linux zc-buildbot
by buildbot＠zope.com 29 Nov '05

29 Nov '05

The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 1851 Blamelist: efge BUILD FAILED: failed test sincerely, -The Buildbot

1 0

buildbot failure in Zope trunk 2.4 Linux zc-buildbot
by buildbot＠zope.com 29 Nov '05

29 Nov '05

The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot. Buildbot URL: http://buildbot.zope.org/ Build Reason: changes Build Source Stamp: 1849 Blamelist: benji_york,efge,philikon,rafrombrc,tseaver,yuppie BUILD FAILED: failed test sincerely, -The Buildbot

1 0

UI improvements
by Alexander Limi 29 Nov '05

29 Nov '05

Hi all, I'd like to investigate the possibility of doing some UI improvements to the Zope Management Interface. Is there someone that is considered the godfather of the current Zope user interface that I should coordinate with? The things I want to fix are tiny, but important things. I'm not planning to rewrite any logic, most of what I want to do is to clean up structures, more logically organize things (but leave them on the same page), fix annoying consistency issues and scary behaviour (Update Catalog button right next to the Clear Catalog button, anyone?) - but leave everything else alone. How would I approach this, process-wise? I assume I cut a branch and work off that, but I'd like to not do too much work that doesn't get used - hence, I'd like to know whether people have special attachments to the current way things work and are laid out before I invest time in improving things. -- _____________________________________________________________________ Alexander Limi · Chief Architect · Plone Solutions · Norway Consulting · Training · Development · http://www.plonesolutions.com _____________________________________________________________________ Plone Co-Founder · http://plone.org · Connecting Content Plone Foundation · http://plone.org/foundation · Protecting Plone

5 14

Re: UI improvements
by Chris Withers 29 Nov '05

29 Nov '05

Alexander Limi wrote: > On Thu, 24 Nov 2005 02:06:11 -0800, Chris Withers > <chris(a)simplistix.co.uk> wrote: > >> Indeed, but my comment wasn't so much about this particular change, it >> was about the principle of it. If 2.9 is already feature-frozen, then >> we're setting a dangerous precedent for allowing feature changes on it. >> "well, if he did it, why can't I? My changes are just as small" etc... > > Well, there was a statement saying that 2.9 isn't frozen yet, IIRC? Indeed, sorry, I jumped the gun on that one, but double check with Andreas in case it now _has_ been frozen... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0

Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository
by Philipp von Weitershausen 28 Nov '05

28 Nov '05

Dominik Huber <dominik.huber(a)perse.ch>: > Stephan Richter wrote: > > > This may raise the contribution bar too high. > > IMO that 's the most important point. It raises the bar for Zope 3 developers a bit while lower the bar for Zope 2 developers tremendously. I'm looking at the bigger picture and see it all leans towards the positive, even for Zope 3 developers (joint efforts, more resources, bla bla. I could repeat myself...) Note that I also understand your motivation on voting -1 quite well. Leaving everything as it is is simply the easier thing to do. For the moment... Philipp ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

10 25

removing test.py from path
by Tarek Ziadé 28 Nov '05

28 Nov '05

Hello, Benji recently changed test.py in Z3 in order to avoid collision name with the standard python 'test' module. I bumped into the same problem running tests under Z 2.8. I would like to add this change as well in Z 2.8 bin/test.py if no one objects. Tarek -- Tarek Ziadé | Nuxeo R&D (Paris, France) CPS Plateform : http://www.cps-project.org mail: tziade at nuxeo.com | tel: +33 (0) 6 30 37 02 63 You need Zope 3 - http://www.z3lab.org/

3 3

Weird test failures with DateTime
by Philipp von Weitershausen 28 Nov '05

28 Nov '05

Hi, I've recently been seeing weird DateTime test failures on all Zope 2 branches since 2.7 (see below). Any idea what I'm doing wrong? My system is OSX 10.3 with a self-compiled Python 2.4.1 (through darwinports). My system timezone, as you can see, is GMT+0800 (Beijing time). philipp@bender:~/dev/Zope$ python test.py -s DateTime Running tests at level 1 Running unit tests: Running: . Failure in test testAddPrecision (DateTime.tests.testDateTime.DateTimeTests) Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 260, in run testMethod() File "/Users/philipp/dev/Zope/lib/python/DateTime/tests/testDateTime.py", line 61, in testAddPrecision dt) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 333, in failUnlessEqual raise self.failureException, \ AssertionError: 2005/11/26 19:22:40.649 US/Central ...... Failure in test testConstructor5 (DateTime.tests.testDateTime.DateTimeTests) Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 260, in run testMethod() File "/Users/philipp/dev/Zope/lib/python/DateTime/tests/testDateTime.py", line 89, in testConstructor5 self.assertEqual(str(dt), str(dt1), (dt, dt1)) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 333, in failUnlessEqual raise self.failureException, \ AssertionError: (DateTime('2005/11/26 19:22:40.687 US/Central'), DateTime('2005/11/26 05:22:40.687 US/Central')) ........... Failure in test testRFC822 (DateTime.tests.testDateTime.DateTimeTests) Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 260, in run testMethod() File "/Users/philipp/dev/Zope/lib/python/DateTime/tests/testDateTime.py", line 328, in testRFC822 self.assertEqual(dts[5], "%+03d%02d" % divmod( (-offset/60), 60) ) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 333, in failUnlessEqual raise self.failureException, \ AssertionError: '-0600' != '+0800' .... Failure in test testSubtraction (DateTime.tests.testDateTime.DateTimeTests) Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 260, in run testMethod() File "/Users/philipp/dev/Zope/lib/python/DateTime/tests/testDateTime.py", line 138, in testSubtraction self.assertEqual(dt1, dt3, (dt, dt1, dt2, dt3)) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/unittest.py", line 333, in failUnlessEqual raise self.failureException, \ AssertionError: (DateTime('2005/11/26 19:23:18.686 US/Central'), DateTime('2005/11/23 01:59:25.081 US/Central'), DateTime('2005/11/26 19:23:18.686 US/Central'), DateTime('2005/11/23 15:59:25.081 US/Central')) .......... Ran 32 tests with 4 failures and 0 errors in 38.183 seconds.

3 8

Zope-2.8.4 Problem with Plone-2.1.1
by Tony Addyman 25 Nov '05

25 Nov '05

I am running Plone-2.1.1. I recently upgraded from zope-2.8.3 to zope-2.8.4 with no apparent issues. However, today when I attempted to view the properties of the Document content type within portal_types, i.e. I used a URL ending with /portal_types/Document/manage_propertiesForm. I received the following error message. The problem happened with all the content types, not just this one. I switched back to zope-2.8.3 and the problem went away. Just so you know. Does this need reporting as a bug? If so, does it go to the zope collector or the plone collector? Something similar was reported ages ago with zope-2.6.3 and CMF, but it may not be related. Traceback (most recent call last): File "/opt/zope/lib/python/ZPublisher/Publish.py", line 113, in publish request, bind=1) File "/opt/zope/lib/python/ZPublisher/mapply.py", line 88, in mapply if debug is not None: return debug(object,args,context) File "/opt/zope/lib/python/ZPublisher/Publish.py", line 40, in call_object result=apply(object,args) # Type s<cr> to step into published object. File "/var/opt/zope/default/Products/CMFCore/utils.py", line 405, in manage_propertiesForm return form(self, REQUEST, *args, **my_kw) File "/opt/zope/lib/python/Shared/DC/Scripts/Bindings.py", line 311, in __call__ return self._bindAndExec(args, kw, None) File "/opt/zope/lib/python/Shared/DC/Scripts/Bindings.py", line 348, in _bindAndExec return self._exec(bound_data, args, kw) File "/opt/zope/lib/python/App/special_dtml.py", line 175, in _exec try: result = render_blocks(self._v_blocks, ns) File "/opt/zope/lib/python/DocumentTemplate/DT_In.py", line 703, in renderwob try: append(render(section, md)) File "/opt/zope/lib/python/DocumentTemplate/DT_Let.py", line 76, in render return render_blocks(self.section, md) File "/opt/zope/lib/python/DocumentTemplate/DT_Util.py", line 196, in eval return eval(code, d) File "<string>", line 0, in ? AttributeError: min Tony Addyman -- Eur Ing A.M.Addyman, School of Computing, Science and Engineering University of Salford, Salford, M5 4WT

2 1