The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
dreamcatcher
- "setChainForPortalTypes doesn't allow to set default chain",
[Accepted] http://www.zope.org/Collectors/CMF/475
mhammond
- "Win
Nope, clearFindAndRebuild uses indexObject, for the very reason not
to touch the modification time. And so should you.
Stefan
On 28. Mai 2007, at 06:57, Darryl Dixon - Winterhouse Consulting wrote:
Why is
this? It has implications for, eg, the new clearFindAndRebuild()
function
in Plone'
Hi Stefan,
The version of clearFindAndRebuild in CMFPlone 2.1.3 calls
reindexObject(), but I see that in the HEAD (and presumably 2.5.x) it has
been changed to simply indexObject(). Presumably this change is in direct
response to the fact that reindexObject() touches the modification
time...? Whic
No, it adds more weight to my recommendation to use indexObject :-)
Stefan
On 28. Mai 2007, at 12:30, Darryl Dixon - Winterhouse Consulting wrote:
time...? Which lends even more weight to my original query - why on
earth
does reindexObject() update the modification time? I can see
utterly
Summary of messages to the cmf-tests list.
Period Sun May 27 12:00:00 2007 UTC to Mon May 28 12:00:00 2007 UTC.
There were 11 messages: 11 from CMF Unit Tests.
Tests passed OK
---
Subject: OK : CMF-1.5 Zope-2.7 Python-2.3.6 : Linux
From: CMF Unit Tests
Date: Sun May 27 21:28:15 EDT 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Darryl Dixon - Winterhouse Consulting wrote:
> The version of clearFindAndRebuild in CMFPlone 2.1.3 calls
> reindexObject(), but I see that in the HEAD (and presumably 2.5.x) it has
> been changed to simply indexObject(). Presumably this change is in
On Tue, May 29, 2007 3:13 am, Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Darryl Dixon - Winterhouse Consulting wrote:
>
>> The version of clearFindAndRebuild in CMFPlone 2.1.3 calls
>> reindexObject(), but I see that in the HEAD (and presumably 2.5.x) it
>> has
>> been