[Zope-CMF] CMF Collector: Open Issues

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

Assigned and Open


  jens

- CachingPolicyManager: Support OFS.Cache.CacheManager,
  [Accepted] http://www.zope.org/Collectors/CMF/408


  mhammond

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


Pending / Deferred Issues

- 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,
  [Deferred] http://www.zope.org/Collectors/CMF/271

- 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

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

- 'except ...: pass' in CMFCore/TypesTool.py:_queryFactoryMethod() 
nullifies VerboseSecurity,
  [Pending] http://www.zope.org/Collectors/CMF/410


Pending / Deferred Features

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

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

- 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

- 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

- CMFTopic Does Not Cache,
  [Deferred] 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,
  [Deferred] 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

- CMF needs View-based TypeInformation,
  [Pending] http://www.zope.org/Collectors/CMF/437

- Marker attributes should be deprecated,
  [Pending] http://www.zope.org/Collectors/CMF/440



___
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/1.6/ Avoid deprecation warnings with Zope 2.10.

2006-06-09 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Florent Guillaume wrote:
 Log message for revision 68537:
   Avoid deprecation warnings with Zope 2.10.
 
 Changed:
   U   CMF/branches/1.6/CMFCore/FSFile.py
   U   CMF/branches/1.6/DCWorkflow/Expression.py
 
 -=-
 Modified: CMF/branches/1.6/CMFCore/FSFile.py
 ===
 --- CMF/branches/1.6/CMFCore/FSFile.py2006-06-09 12:41:27 UTC (rev 
 68536)
 +++ CMF/branches/1.6/CMFCore/FSFile.py2006-06-09 13:40:32 UTC (rev 
 68537)
 @@ -22,9 +22,14 @@
  from OFS.Cache import Cacheable
  from OFS.Image import File
  try:
 -from zope.app.content_types import guess_content_type
 -except ImportError: # BBB: for Zope  2.9
 -from OFS.content_types import guess_content_type
 +from zope.contenttype import guess_content_type
 +except ImportError:
 +# BBB: for Zope  2.10
 +try:
 +from zope.app.content_types import guess_content_type
 +except ImportError:
 +# BBB: for Zope  2.9
 +from OFS.content_types import guess_content_type
  
  from DirectoryView import registerFileExtension
  from DirectoryView import registerMetaType
 
 Modified: CMF/branches/1.6/DCWorkflow/Expression.py
 ===
 --- CMF/branches/1.6/DCWorkflow/Expression.py 2006-06-09 12:41:27 UTC (rev 
 68536)
 +++ CMF/branches/1.6/DCWorkflow/Expression.py 2006-06-09 13:40:32 UTC (rev 
 68537)
 @@ -24,9 +24,26 @@
  from Products.CMFCore.WorkflowCore import ObjectDeleted, ObjectMoved
  from Products.CMFCore.Expression import Expression
  from Products.PageTemplates.Expressions import getEngine
 -from Products.PageTemplates.TALES import SafeMapping
  from Products.PageTemplates.Expressions import SecureModuleImporter
  
 +
 +# We don't import SafeMapping from Products.PageTemplates.TALES
 +# because it's deprecated in Zope 2.10
 +from MultiMapping import MultiMapping
 +class SafeMapping(MultiMapping):
 +Mapping with security declarations and limited method exposure.
 +
 +Since it subclasses MultiMapping, this class can be used to wrap
 +one or more mapping objects.  Restricted Python code will not be
 +able to mutate the SafeMapping or the wrapped mappings, but will be
 +able to read any value.
 +
 +__allow_access_to_unprotected_subobjects__ = 1
 +push = pop = None
 +_push = MultiMapping.push
 +_pop = MultiMapping.pop
 +
 +
  class StateChangeInfo:
  '''
  Provides information for expressions and scripts.


Florent:  1.6 is explicitly supposed to work with Zope 2.8.  Have you
tested that this change doesn't break that (I don't think
'zope.contenttype.guessContentType' was importable in ZopeX3.0).

1.6 is a stepping-stone for projects which needed the new GenericSetup
features, but couldn't move all the way to CMF 2.0;  making it less
noisy under 2.10 has to give precedence to preserving BBB.


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

iD8DBQFEiaUZ+gerLs4ltQ4RAmxEAJ4lYDMzW2Wnc6wUP9ZbAp8iP9aQkgCbBkWj
4vjYlv3ipHBNOxHgyAR1Rlo=
=u2Nf
-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/branches/1.6/ Avoid deprecation warnings with Zope 2.10.

2006-06-09 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Florent Guillaume wrote:
 Tres Seaver wrote:

 Florent:  1.6 is explicitly supposed to work with Zope 2.8.  Have you
 tested that this change doesn't break that (I don't think
 'zope.contenttype.guessContentType' was importable in ZopeX3.0).
 
 I've added just another level of try/except ImportError, I don't think
 it can break as the zope.contentype package didn't exist in Zope 2.8.
 
 1.6 is a stepping-stone for projects which needed the new GenericSetup
 features, but couldn't move all the way to CMF 2.0;  making it less
 noisy under 2.10 has to give precedence to preserving BBB.
 
 Sure, I keep that in mind.

Great, thanks!


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

iD8DBQFEicB6+gerLs4ltQ4RAopdAKCnvLhnf3GHGf6OO2zlhgejDWy4uwCgr9te
R2ez0iOJKKADx6TOE+cS5NQ=
=lqaH
-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


Re: [Zope-CMF] Re: SVN: CMF/branches/1.6/ Avoid deprecation warnings with Zope 2.10.

2006-06-09 Thread Jens Vagelpohl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 9 Jun 2006, at 20:39, Tres Seaver wrote:


Florent Guillaume wrote:

Tres Seaver wrote:
Florent:  1.6 is explicitly supposed to work with Zope 2.8.  Have  
you

tested that this change doesn't break that (I don't think
'zope.contenttype.guessContentType' was importable in ZopeX3.0).


I've added just another level of try/except ImportError, I don't  
think

it can break as the zope.contentype package didn't exist in Zope 2.8.


FWIW, the unit tests run fine under Zope 2.8. The only output I get,  
which has always been the case on this combination, is a bunch of...


2006-06-09 20:43:01 WARNING ZODB.DB DB.open() has 13 open connections  
with a pool_size of 7


and this block:

ERROR:foo.bar:eek
None
2006-06-09 20:44:24 ERROR foo.bar eek
None
INFO:foo.bar:blah blah

But in the end it says OK.

jens

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEicI9RAx5nvEhZLIRAtvmAKC8AREULUMA4C8qRDhlcsa6mmVGtgCfYQAA
yT+gn2533qyZscu/uUPChk0=
=nrRK
-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


RE: [Zope-CMF] Re: Adding EXTENSIONs after site creation

2006-06-09 Thread Doyon, Jean-Francois
Yes, by both I mean I check one box in the Import tab, and 2 things show
up.  I select one extension, and the 2 extensions defined against that
particular interface show up.

I haven't done it yet, but I suspect when I add a third, all 3 will appear
:)

Ah ok ... Thanks for the explanation re: active site configuration.  From
what you say, I think the behavior I'd expected was that switching profiles
would change what is listed in Import in that only the things related to
that profile can be imported.

So if my extension defines one import step, I switch to that active
configuration, go to the import tab, and see ONE import step, NOT a
cumulated list.

Once this is done, I can go back to my site profile, and see that the
Import/Export tabs now have a new item.

At least that's how, I as as user expected it to work.  Switching profiles
and always seeing a big list of things that I know have nothing to do with
the selected profile, is counter intuitive IMO.

Anyways, back to the original problem, I just want to make sure the intent
is to have the ability to add extentions after the creation of a site.  So
long as the answer is yes, I can live with that for now, knowing I can
develop certain things as extensions.  I can help track down the bug later,
right now I'm still focused on core functionality.

Thanks!
J.F.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of yuppie
Sent: June 9, 2006 3:30 AM
To: Doyon, Jean-Francois; Zope-CMF List
Subject: [Zope-CMF] Re: Adding EXTENSIONs after site creation

Hi!


Doyon, Jean-Francois wrote:
 
 So far, I've figured out I can go to portal_setup properties and 
 change the active configuration to the extension one.  I can then do 
 an import of that extension from the Import tab.  I then switch back 
 the active configuration.
 
 This was working well when I only had one extension, but I now have 
 two, and what I've noticed is that no matter which I select, BOTH get
installed!
 
 They have different adapters, interface definitions, and everything.  
 And in the log, only the one adapter claims to do an import ... Yet both
show up!
 
 Is this normal?  What am I missing?

What do you mean by BOTH get installed? Settings from two different
profiles are imported at once? That sounds strange.

 Also related, what exactly is meant by active site configuration
anyways?

active site configuration is the profile used by the import tab. But the
import tab shows *all* registered handlers, not just those useful for the
active site configuration. If you run the steps each step looks for
related configuration files in the active site configuration 
and if it can't find them it does nothing.

Switching to a new active site configuration also registers the import and
export handlers specified in the profile. That way you can register new
handlers for export without overriding your site settings by an import.


I'm not happy with the setup tool and its user interface. It is still almost
the same as in CMF 1.5, all the work done on GenericSetup was focused on
improving the setup handlers.


HTH,

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 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: [dev] GenericSetup: registerProfile directive

2006-06-09 Thread Jens Vagelpohl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 6 Jun 2006, at 18:03, Jens Vagelpohl wrote:

On 6 Jun 2006, at 12:13, Wichert Akkerman wrote:


Previously Martin Aspeli wrote:

How much beta time do we need? I'm not the one to make this kind of
decision, but having an RC2 of Plone 2.5 if we're pretty  
confident the
changes are minor, coninciding with a beta 2 of CMF 1.6.1, if it  
delays
things for a week or two seems a reasonable compromise to me, if  
this
feature is indeed useful to Plone 2.5-based developers, and just  
in order

to keep us in synch.


Or we can release 2.5 as planned (it's already overdue) and do a  
2.5.1

with CMF 1.6.2 a month from now.


Sounds like the sane thing to do. Then I can cut a 1.6.2-beta at  
least two weeks before to make sure we have time for another beta  
is something bad happens.


After eyeballing the changes Yvo made I decided to move the  
GenericSetup shipped with CMF 1.6.1 final to the current GenericSetup  
trunk. The registerProfile ZCML directive is a pure addition and no  
existing functionality has been changed as far as I can see.  
Furthermore, all tests run fine, whatever that means ;)


jens

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEifcmRAx5nvEhZLIRAhjYAJ906K3vuNmhx2/qjlY06HrFCamQngCgtkKn
s2Bc+WS7zFz2vr7Fmg/3M8E=
=JTQ5
-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