[Zope-CMF] CMF Collector: Open Issues

2005-12-02 Thread tseaver
The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).

Assigned and Open


  efge

- "CMFSetup: provide non-ascii im- and exports",
  [Accepted] http://www.zope.org/Collectors/CMF/292


  jens

- "Discussion replies removal",
  [Accepted] http://www.zope.org/Collectors/CMF/391


  mhammond

- "Windows DevelopmentMode penalty in CMFCore.DirectoryView",
  [Accepted] http://www.zope.org/Collectors/CMF/366


  regebro

- "fiveactionstool broken (Zope 2.9/3.2)",
  [Accepted] http://www.zope.org/Collectors/CMF/392


Pending / Deferred Issues

- "CMFCalendar weekday locale issue",
  [Pending] http://www.zope.org/Collectors/CMF/237

- "Wrong cache association for FSObject",
  [Pending] http://www.zope.org/Collectors/CMF/255

- "CMFSetup: Windows exports contain CR/LF, LF and even CR newlines",
  [Pending] http://www.zope.org/Collectors/CMF/266

- "FSPropertiesObject.py cannot handle multiline input for lines, text 
attributes",
  [Pending] http://www.zope.org/Collectors/CMF/271

- "PortalCatalog.ZopeFindAndApply should probably also search in 
opaqueItems",
  [Pending] http://www.zope.org/Collectors/CMF/296

- "Can't invalidate skin items in a RAMCacheManager",
  [Pending] http://www.zope.org/Collectors/CMF/343

- "CMFSetup: Workflow Tool export fails with workflows which have scripts",
  [Pending] http://www.zope.org/Collectors/CMF/373

- "CMFCore.Skinnable.SkinnableObjectManager can merge skin data",
  [Pending] http://www.zope.org/Collectors/CMF/375

- "Proxy Roles does't work for a Script using portal_catalog.searchResults",
  [Pending] http://www.zope.org/Collectors/CMF/380

- "WorkflowAction deprecated warning should not printed for WorkflowMethod",
  [Pending] http://www.zope.org/Collectors/CMF/388

- "workflow notify success should be after reindex",
  [Pending] http://www.zope.org/Collectors/CMF/389

- "came_from and VIRTUAL_URL problem",
  [Pending] http://www.zope.org/Collectors/CMF/393

- "DCWorkflow - Transition Guards - Documentation Bug",
  [Pending] http://www.zope.org/Collectors/CMF/394

- "PortalFolder.py _verifyObjectPaste ignores executable security",
  [Pending] http://www.zope.org/Collectors/CMF/396


Pending / Deferred Features

- "Favorite.py: queries and anchors in remote_url",
  [Pending] http://www.zope.org/Collectors/CMF/26

- "Allow flexible date editing in Event.py (CMFCalendar)",
  [Pending] http://www.zope.org/Collectors/CMF/40

- "DefaultDublinCore should have Creator property",
  [Pending] http://www.zope.org/Collectors/CMF/61

- "Make changeFromProperties accept sequences too",
  [Pending] http://www.zope.org/Collectors/CMF/99

- "path criteria on Topic should honor VHM",
  [Pending] http://www.zope.org/Collectors/CMF/111

- "Document.py: universal newlines",
  [Pending] http://www.zope.org/Collectors/CMF/174

- "Permissions in PortalFolder: invokeFactory()",
  [Pending] http://www.zope.org/Collectors/CMF/175

- "Add condition for transition's action like other action",
  [Pending] http://www.zope.org/Collectors/CMF/207

- "Major action enhancement",
  [Pending] http://www.zope.org/Collectors/CMF/232

- "portal_type is undefined in initialization code",
  [Pending] http://www.zope.org/Collectors/CMF/248

- "Action._listsActions() should be more safe",
  [Pending] http://www.zope.org/Collectors/CMF/253

- "Expose Document text_format metadata",
  [Pending] http://www.zope.org/Collectors/CMF/285

- "customization of type of homefolder on creation",
  [Pending] http://www.zope.org/Collectors/CMF/288

- "Allow contentFilter to use review_state",
  [Pending] http://www.zope.org/Collectors/CMF/294

- "CMFTopic Does Not Cache",
  [Pending] http://www.zope.org/Collectors/CMF/295

- "Wishlist: a flag that tags the selected action.",
  [Pending] http://www.zope.org/Collectors/CMF/301

- "CMFDefault should make use of allowCreate()",
  [Pending] http://www.zope.org/Collectors/CMF/340

- "Nested Skins",
  [Pending] http://www.zope.org/Collectors/CMF/377

- "CatalogVariableProvider code + tests",
  [Pending] http://www.zope.org/Collectors/CMF/378

- "manage_doCustomize() : minor additions",
  [Pending] http://www.zope.org/Collectors/CMF/382



___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: Zope-CMF Digest, Vol 29, Issue 2

2005-12-02 Thread George Lee
The repeated "CMF Collector: Open Issues" e-mails always get my hope
up that some of the issues I posted will get assigned. :-)  What's the
typical time it takes for an issue to be accepted and then resolved?

Peace,
George


On 12/2/05, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Send Zope-CMF mailing list submissions to
> zope-cmf@lists.zope.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.zope.org/mailman/listinfo/zope-cmf
> or, via email, send a message with subject or body 'help' to
> [EMAIL PROTECTED]
>
> You can reach the person managing the list at
> [EMAIL PROTECTED]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Zope-CMF digest..."
>
>
> Today's Topics:
>
>1. Re: Five:traversable and PortalContent (yuppie)
>2. Re: Re: Re: Meld2, was Re: Proposal for hooking rendering
>   (Chris McDonough)
>3. CMF Collector: Open Issues ([EMAIL PROTECTED])
>
>
> --
>
> Message: 1
> Date: Thu, 01 Dec 2005 17:59:02 +0100
> From: yuppie <[EMAIL PROTECTED]>
> Subject: [Zope-CMF] Re: Five:traversable and PortalContent
> To: Brent Hendricks <[EMAIL PROTECTED]>,Zope-CMF List
> <[EMAIL PROTECTED]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi!
>
>
> Brent Hendricks wrote:
> > On 11/30/05, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> >> I think it *is* in the core now. I'm not sure it should be, though.
> >
> > The only five:traversable declarations I see in the core now are for
> > the workflow and types tools.
>
> Right.
>
> >> It's there to allow you to make views for objects, and I'm not at all
> >> sure it's a good idea to have that feature turned on for everything
> >> like that. It has caused me trouble earlier, I know that.
> >
> > Right.  Clearly it messes something up, but I'm not sure what exactly.
> >
> > So for folks working on CMF viewification, have you seen this problem?
> > Or do you declare traversable at some other level?
>
> This is just a testing issue. The new PlacelessSetup based tests don't
> play well with the old tests that depend on Zope2.startup().
> PlacelessSetup tears down stuff that is set up by Zope2.startup().
>
> I hope this is fixed now for 1.6 and 2.0, but if the tests in your
> sandbox have a different order than in my sandbox you might still see
> some broken tests.
>
>
> Cheers,
>
> Yuppie
>
>
>
>
> --
>
> Message: 2
> Date: Thu, 1 Dec 2005 13:03:20 -0500
> From: Chris McDonough <[EMAIL PROTECTED]>
> Subject: Re: [Zope-CMF] Re: Re: Meld2, was Re: Proposal for hooking
> rendering
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>
> On Nov 30, 2005, at 7:33 PM, Martin Aspeli wrote:
>
> >
> >>> Do I output those variable elements with python with print
> >>> statements?
> >>
> >> Good lord, no!  You'd do the same thing you do today with ZPT:
> >> Write a
> >> template for each content type.
> >>
> >> Each one would be used by an associated bit of Python code, which
> >> in a
> >> Zope implementation of Meld2 could be a Script (Python).  The script
> >> would take nodes from the main template and insert them into
> >> the content type template, just like you use ZPT macros.
> >> Filling "slots" is easy too.
> >>
> >> My reuse example was intended to make this clear.
> >> If you don't want to grab the tarball I just posted it in a comment
> >> here:
> >> http://plope.com/Members/slinkp/meld2_update
> >
> > I had a look at this now. To be honest, I think it's probably a
> > step back from the METAL approach to reuse, because, to my mind, at
> > least, the "template" and "slot" concepts are logically different,
> > but they're marked up the same way, using meld:id. If you look at
> > the reuse_derived.xhtml template, there's no way apart from the
> > comments to realise what's dummy content and what will be
> > integrated into the main page. For the same reason, I find the
> > python confusing - I have to remember to save tag (the title), then
> > replace the bulk of my template, then re-insert the saved tag. This
> > is what I mean by having to learn patterns and not syntax. It seems
> > to me that this pattern would be so common it should be handled by
> > the framework, not by my code, at least. But then you'll start
> > inventing more syntax in the template (probably).
> >
> > The greater point, though, is that the page designer, in your
> > example, would still be thinking just as carefully about how these
> > templates interact as he would using METAL. In that case, having
> > explicit syntax for it is probably better than letting the
> > joining .py script do that logic (to avoid one in a dozen of such
> > scripts for different content types making some silly mistake an

[Zope-CMF] Collector entries (was:Re: [Zope-CMF] Re: Zope-CMF Digest, Vol 29, Issue 2)

2005-12-02 Thread Jens Vagelpohl


On 2 Dec 2005, at 17:02, George Lee wrote:


The repeated "CMF Collector: Open Issues" e-mails always get my hope
up that some of the issues I posted will get assigned. :-)  What's the
typical time it takes for an issue to be accepted and then resolved?


There is no "typical time" I am afraid. People take up issues when  
they have the time and feel like it. Welcome to the world of open  
source.


jens

P.S.: Please do not reply to digest emails without changing the  
subject line to something useful *and* cutting the unnecessary stuff  
out of the quoted text.

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yvo Schubbe wrote:
> Log message for revision 40493:
>   - made copy tests more independent from implementation details of 
> _verifyObjectPaste
> 
> Changed:
>   U   CMF/trunk/CMFCore/tests/test_OpaqueItems.py
>   U   CMF/trunk/CMFCore/tests/test_PortalContent.py
>   U   CMF/trunk/CMFCore/tests/test_PortalFolder.py
> 
> -=-
> Modified: CMF/trunk/CMFCore/tests/test_OpaqueItems.py
> ===
> --- CMF/trunk/CMFCore/tests/test_OpaqueItems.py   2005-12-02 17:04:41 UTC 
> (rev 40492)
> +++ CMF/trunk/CMFCore/tests/test_OpaqueItems.py   2005-12-02 17:30:34 UTC 
> (rev 40493)
> @@ -14,10 +14,8 @@
>  
>  $Id$
>  """
> -from unittest import TestSuite, makeSuite, main
> +import unittest
>  import Testing
> -import Zope2
> -Zope2.startup()

I'm seeing issues in some tests which fail when run outside the full
suite after changes like these.  E.g.,

zopectl> test CMFDefault
Running tests via:
/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/../bin/python
/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/test.py -v --config-file
/home/tseaver/projects/CMF/cmf_test/viewify/etc/zope.conf --libdir
Products CMFDefaultRunning unit tests at level 1
Running unit tests from /home/tseaver/projects/CMF/cmf_test/viewify/Products
Parsing /home/tseaver/projects/CMF/cmf_test/viewify/etc/zope.conf
EE...
.....
.EEE..
==
ERROR: testDiscussionReply
(CMFDefault.tests.test_DiscussionReply.DiscussionReplyTest)
- --
Traceback (most recent call last):
  File
"/home/tseaver/projects/CMF/cmf_test/viewify/Products/CMFDefault/tests/test_DiscussionReply.py",
line 45, in setUp
factory = self.root.manage_addProduct['CMFDefault'].addConfiguredSite
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/FactoryDispatcher.py",
line 26, in __getitem__
return self.__bobo_traverse__(None, name)
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/FactoryDispatcher.py",
line 29, in __bobo_traverse__
product=self.aq_acquire('_getProducts')()._product(name)
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/Product.py",
line 69, in _product
def _product(self, name): return getattr(self, name)
AttributeError: CMFDefault

(and 20 more like it).

Do you have a clue about what the cause might be?


Tres.
- --
===
Tres Seaver  +1 202-558-7113  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDkI6J+gerLs4ltQ4RAmuYAJ43oYqh8wMoUfEjdEnHc9Fwpp6E8wCgjO+g
8Yl3cnHShMTSQvOsFDcHDsw=
=mRkr
-END PGP SIGNATURE-

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread yuppie

Tres Seaver wrote:

 import Testing
-import Zope2
-Zope2.startup()


I'm seeing issues in some tests which fail when run outside the full
suite after changes like these.  E.g.,

zopectl> test CMFDefault
Running tests via:
/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/../bin/python
/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/test.py -v --config-file
/home/tseaver/projects/CMF/cmf_test/viewify/etc/zope.conf --libdir
Products CMFDefaultRunning unit tests at level 1
Running unit tests from /home/tseaver/projects/CMF/cmf_test/viewify/Products
Parsing /home/tseaver/projects/CMF/cmf_test/viewify/etc/zope.conf
EE...
.....
.EEE..
==
ERROR: testDiscussionReply
(CMFDefault.tests.test_DiscussionReply.DiscussionReplyTest)
- --
Traceback (most recent call last):
  File
"/home/tseaver/projects/CMF/cmf_test/viewify/Products/CMFDefault/tests/test_DiscussionReply.py",
line 45, in setUp
factory = self.root.manage_addProduct['CMFDefault'].addConfiguredSite
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/FactoryDispatcher.py",
line 26, in __getitem__
return self.__bobo_traverse__(None, name)
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/FactoryDispatcher.py",
line 29, in __bobo_traverse__
product=self.aq_acquire('_getProducts')()._product(name)
  File
"/home/tseaver/projects/Zope-CVS/Zope-2_8-branch/lib/python/App/Product.py",
line 69, in _product
def _product(self, name): return getattr(self, name)
AttributeError: CMFDefault

(and 20 more like it).

Do you have a clue about what the cause might be?


No idea. I thought it would be save to remove Zope2.startup() by default 
in Zope 2.8 and later. There are still some tests that need this, but 
apparently my way to test which ones is not sufficient.



I'm on Windows ATM, so I can't test it with zopectl. But

  bin\python.exe bin\test.py -v --libdir Products/CMFDefault

doesn't raise any errors on my machine.


Cheers,

Yuppie

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: SVN: CMF/branches/tseaver-viewification/CMFDefault/tests/test_DiscussionReply.py Fix test breakage due to multiple registrations of five:traversable.

2005-12-02 Thread yuppie

Tres Seaver wrote:

Log message for revision 40501:
  Fix test breakage due to multiple registrations of five:traversable.

Changed:
  U   
CMF/branches/tseaver-viewification/CMFDefault/tests/test_DiscussionReply.py

-=-
Modified: 
CMF/branches/tseaver-viewification/CMFDefault/tests/test_DiscussionReply.py
===
--- CMF/branches/tseaver-viewification/CMFDefault/tests/test_DiscussionReply.py 
2005-12-02 18:58:00 UTC (rev 40500)
+++ CMF/branches/tseaver-viewification/CMFDefault/tests/test_DiscussionReply.py 
2005-12-02 19:07:57 UTC (rev 40501)
@@ -21,13 +21,26 @@
 import Products
 from AccessControl.SecurityManagement import newSecurityManager
 from AccessControl.SecurityManagement import noSecurityManager
+from Products.Five.fiveconfigure import cleanUp
 from Products.Five import zcml
 
 from Products.CMFCore.tests.base.testcase import _TRAVERSE_ZCML

 from Products.CMFCore.tests.base.testcase import PlacelessSetup
 from Products.CMFCore.tests.base.testcase import RequestTest
 
+_DOCUMENT_TRAVERSE_ZCML = """\

+http://namespaces.zope.org/zope";
+xmlns:five="http://namespaces.zope.org/five";
+>
 
+  
+ class="Products.CMFDefault.Document.Document"
+ />
+
+
+"""
+
 class DiscussionReplyTest(PlacelessSetup, RequestTest):
 
 def setUp(self):

@@ -39,8 +52,10 @@
 zcml.load_config('configure.zcml', Products.CMFCore)
 zcml.load_config('configure.zcml', Products.DCWorkflow)
 zcml.load_string(_TRAVERSE_ZCML)
+zcml.load_string(_DOCUMENT_TRAVERSE_ZCML)
 try:
-factory = 
self.root.manage_addProduct['CMFDefault'].addConfiguredSite
+factory = self.root.manage_addProduct[
+'CMFDefault'].addConfiguredSite
 factory('cmf', 'CMFDefault:default', snapshot=False)
 self.portal = self.root.cmf
 # Become a Manager
@@ -60,6 +75,7 @@
 
 def tearDown(self):

 noSecurityManager()
+cleanUp()
 RequestTest.tearDown(self)
 PlacelessSetup.tearDown(self)


Is this extra cleanUp() necessary? I thought 
PlacelessSetup.tearDown(self) calls it already.


Cheers, Yuppie

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


Re: [Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread Jens Vagelpohl


On 2 Dec 2005, at 18:58, yuppie wrote:


Tres Seaver wrote:

 import Testing
-import Zope2
-Zope2.startup()

I'm seeing issues in some tests which fail when run outside the full
suite after changes like these.  E.g.,
zopectl> test CMFDefault


I'm trying to run those tests and seem to come against some  
dependency issue, once again. Running CMF trunk with Five trunk and  
the Zope-2.8-branch gives me this:


  File "/usr/local/zope/28Instance/Products/GenericSetup/utils.py",  
line 36, in ?

from Products.Five.bbb.OFS_interfaces import IOrderedContainer
ImportError: No module named bbb.OFS_interfaces

Could we please be a little more specific in each modules'  
DEPENDENCIES.txt about the exact software versions needed? The one in  
GenericSetup only says "Five >= 1.2". What do I need?


jens

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: Collector entries

2005-12-02 Thread George Lee
> P.S.: Please do not reply to digest emails without changing the
> subject line to something useful *and* cutting the unnecessary
> stuff out of the quoted text.

Sorry, I realized right after I replied. :-(

I'd be interested in helping patch some stuff esp. Issue 393 but
there's some background I don't know -- is there someone who's willing
to explain some of the VIRTUAL_URL and ACTUAL_URL machinery relating
to CookieCrumbler.py?

Peace,
George
___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


Re: [Zope-CMF] Re: Collector entries

2005-12-02 Thread Jens Vagelpohl


On 2 Dec 2005, at 19:41, George Lee wrote:


P.S.: Please do not reply to digest emails without changing the
subject line to something useful *and* cutting the unnecessary
stuff out of the quoted text.


Sorry, I realized right after I replied. :-(

I'd be interested in helping patch some stuff esp. Issue 393 but
there's some background I don't know -- is there someone who's willing
to explain some of the VIRTUAL_URL and ACTUAL_URL machinery relating
to CookieCrumbler.py?


There's no "machinery". Looking at the "getUnauthorizedURL" method in  
the CookieVrumbler module you'll see a couple things very quickly:


- ACTUAL_URL is not used at all
- VIRTUAL_URL is picked out of the REQUEST to fill the "came_from"  
value for the login form *if* it doesn't already have a value and if  
the REQUEST has a VIRTUAL_URL value.


jens

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread yuppie

Jens Vagelpohl wrote:


On 2 Dec 2005, at 18:58, yuppie wrote:


Tres Seaver wrote:

 import Testing
-import Zope2
-Zope2.startup()

I'm seeing issues in some tests which fail when run outside the full
suite after changes like these.  E.g.,
zopectl> test CMFDefault


I'm trying to run those tests and seem to come against some dependency 
issue, once again. Running CMF trunk with Five trunk and the 
Zope-2.8-branch gives me this:


  File "/usr/local/zope/28Instance/Products/GenericSetup/utils.py", line 
36, in ?

from Products.Five.bbb.OFS_interfaces import IOrderedContainer
ImportError: No module named bbb.OFS_interfaces

Could we please be a little more specific in each modules' 
DEPENDENCIES.txt about the exact software versions needed? The one in 
GenericSetup only says "Five >= 1.2". What do I need?


Five 1.2 branch depends on Zope 2.8 branch, Five 1.3 branch and Five 
trunk depend on Zope 2.9 branch or Zope trunk.


Cheers, Yuppie

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


Re: [Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread Jens Vagelpohl


On 2 Dec 2005, at 18:58, yuppie wrote:


Tres Seaver wrote:

 import Testing
-import Zope2
-Zope2.startup()

I'm seeing issues in some tests which fail when run outside the full
suite after changes like these.  E.g.,
zopectl> test CMFDefault


These issues are not present on the trunk, they are specific to your  
branch, Tres. I see failures as well, but it all blows up with  
exceptions like this:


==
ERROR: test_join_memberproperties  
(CMFDefault.tests.test_join.MembershipTests)

--
Traceback (most recent call last):
  File "/usr/local/zope/28Instance/Products/CMFDefault/tests/ 
test_join.py", line 37, in setUp

zcml.load_config('configure.zcml', Products.DCWorkflow)
AttributeError: 'module' object has no attribute 'DCWorkflow'

hm... does this help?

jens

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


Re: [Zope-CMF] Re: Proposal for hooking rendering

2005-12-02 Thread Dieter Maurer
Sidnei da Silva wrote at 2005-11-30 18:26 -0200:
>On Wed, Nov 30, 2005 at 08:24:56PM +0100, Dieter Maurer wrote:
>| Paul Winkler wrote at 2005-11-30 10:33 -0500:
>| > ...
>| Instead, you change the "makeZODBClone" (or similar method)
>| of "FSPageTemplate" and create a (new) "CMFPageTemplate".
>| (rather than a plain "ZopePageTemplate").
>| 
>| This would be a good thing (not only in the light of Paul's
>| proposal) as a plain "ZopePageTemplate" behaves too differently
>| from a "FSPageTemplate" (i.e. it is not "Caching Policy Manager" aware).
>
>But then again, neither is FSImage/FSFile and OFS.Image/OFS.File.

Indeed, all of them should be fixed.

-- 
Dieter
___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests


[Zope-CMF] Re: SVN: CMF/trunk/CMFCore/tests/test_ - made copy tests more independent from implementation details of _verifyObjectPaste

2005-12-02 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jens Vagelpohl wrote:
> 
> On 2 Dec 2005, at 18:58, yuppie wrote:
> 
>> Tres Seaver wrote:
>>
  import Testing
 -import Zope2
 -Zope2.startup()
>>>
>>> I'm seeing issues in some tests which fail when run outside the full
>>> suite after changes like these.  E.g.,
>>> zopectl> test CMFDefault
> 
> 
> These issues are not present on the trunk, they are specific to your 
> branch, Tres. I see failures as well, but it all blows up with 
> exceptions like this:
> 
> ==
> ERROR: test_join_memberproperties 
> (CMFDefault.tests.test_join.MembershipTests)
> --
> Traceback (most recent call last):
>   File "/usr/local/zope/28Instance/Products/CMFDefault/tests/
> test_join.py", line 37, in setUp
> zcml.load_config('configure.zcml', Products.DCWorkflow)
> AttributeError: 'module' object has no attribute 'DCWorkflow'
> 
> hm... does this help?

It says to me that the product initialization phase is being skpped
(which is what I would expect from the diff at the top).


Tres.
- --
===
Tres Seaver  +1 202-558-7113  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDkQ2I+gerLs4ltQ4RAqyjAJ9rKLvSpy+ntlY4eqmz4R3LuRE2UQCbB877
p3hg2ewelq55uYzSnmo5Qqk=
=sXs1
-END PGP SIGNATURE-

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See http://collector.zope.org/CMF for bug reports and feature requests