Has anyone seen anything like this?
I have the following script in a Specialist:
## Script (Python) deleteAllTracks
##bind container=container
##bind context=context
##bind namespace=
##bind script=script
##bind subpath=traverse_subpath
##parameters=
##title=
##
trackMaster=context.Tracks
Hi!
It works.. partially. For some reason it looks like getPersistentItemIDs
does not always return a *complete* list. I need to run this method
several times to completely exhaust the Rack's storage. Thoughts? The
only way I ever create Track objects is via a different method that is
Steve Spicklemire wrote:
Has anyone seen anything like this?
snip
It works.. partially. For some reason it looks like getPersistentItemIDs
does not always return a *complete* list. I need to run this method
several times to completely exhaust the Rack's storage.
Yes, I've seen this.
At 05:48 PM 5/23/01 +0200, Christian Scholz wrote:
Hi!
It works.. partially. For some reason it looks like getPersistentItemIDs
does not always return a *complete* list. I need to run this method
several times to completely exhaust the Rack's storage. Thoughts? The
only way I ever create
Well.. it turned out to be more subtle.
It goes back to the old problem that getPersistentItemIDs doesn't return
a real list, but rather a BTreeItems object. When you call manage_delete
on *one* item, it affects the BTreesItems object you are iterating over!
This works:
## Script (Python)
Steve Spicklemire wrote:
Well.. it turned out to be more subtle.
It goes back to the old problem that getPersistentItemIDs doesn't return
a real list, but rather a BTreeItems object. When you call manage_delete
on *one* item, it affects the BTreesItems object you are iterating over!
Hi Phil,
Yup.. I realized it when I could *list* all the ids, but not delete
them. ;-) I'm wondering if it might be better to change the
implementation of getPersistentItemIDs to return a plain list? This
would also help avoid permission errors that folks run in to when trying
to use it in
At 12:33 PM 5/23/01 -0500, Steve Spicklemire wrote:
Hi Phil,
FYI.. this doesn't work in a PythonScript since indexing into a BTreeItems
is (apparently) not allowed by the Security Machinery. So... a simple
list is looking better and better! ;-)
Hmmm. Good point. I'll have to think about
On 23 May 2001 12:22:59 -0400, Phillip J. Eby wrote:
I should probably do this in ZPatterns too. I'm working on upgrading it
for 2.3.2 right now anyway.
A cheer sweeps across the crowd.
___
Zope-Dev maillist - [EMAIL PROTECTED]