Hi,
On Zope 2.3.0 and 2.3.1b1, the following method produces an error
when ZDebug is installed; If I remove ZDebug, it works fine.
To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Subject: Test
This is a test
With ZDebug the content of the sendmail tag is ignored; sendmail.send
is called with
I'm running Zope 2.2.2, and I'm trying to use the batching stuff for
the dtml-in tag, however, I can't seem to access any attributes off
the 'next-batches' or 'previous-batches' mapping object that's
supposed to be available, with the attributes 'batch-start-index',
'batch-end-index', and 'batch-s
Sorry if these have already been fixed in 2.3.1, I haven't had time to
upgrade yet.
I fixed a small bug in SecurityInfo that made
SecurityInfo.setPermissionDefault() impossible to use:
191c191
> self.roles[permission_name] = rdict.keys()
---
< self.roles[permission_name] = rdict
ZFormulator looks like it will do some pretty neat things, but it also
looks like it is "dormant".
Does anyone use it, or know if it is compatible with Zope 2.2.x and/or
Zope 2.3?
Thanks
-paul
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://li
[EMAIL PROTECTED] wrote:
> Is there a reason why the manage_main call at the end of manage_copyObjects
> and manage_cutObjects in CopySupport gets called as
> self.manage_main(REQUEST) instead of self.manage_main(self, REQUEST)? Using
> the first form, we found that the manage_main call was dying
Release postponed til at least tomorrow, sorry.
- Original Message -
From: "Chris McDonough" <[EMAIL PROTECTED]>
To: "Chris Withers" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, March 01, 2001 2:31 PM
Subject: Re: [Zope-dev] Weird Re-Indexing Errors after move to Zope 2.3.1b1
No. Sorry. There should be a release of 2.3.1b2 later today. Hint: the
problem is caused by attempting to append to a tuple. Converting the tuple
to a list beforehand would liekly solve the problem until you can move to a
newer release.
- Original Message -
From: "Chris Withers" <[EM
> This is an artifact of a problem in the reindexing code that should be
gone
> in the next release.
Is there a workaround in the meantime? This is turning into a real
showstopper for one of NIP's most important projects right now :~(
desperately,
Chris
___
This is an artifact of a problem in the reindexing code that should be gone
in the next release.
- Original Message -
From: "Chris Withers" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 01, 2001 12:36 PM
Subject: [Zope-dev] Weird Re-Indexing Errors after move to Zope 2
Hello all,
I apologize if this might be more appropriate for a Linux list. From
our time-series graphs, we are noticing that the percentage of CPU
cycles spent on 'system' tasks grows considerably under heavy load.
Does anyone know what kinds of operations fall under 'system'? Task
switching,
Hi,
Since moving one of our servers from Zope 2.2.4 to 2.3.1b1, we've been
frequently getting this weird error when trying to do something that requires an
object to be re-indexed in the Catalog:
Error Type: AttributeError
Error Value: 'tuple' object has no attribute 'append'
Traceback:
Trac
Hello all,
I have noticed incosistencies between Zope threads when objects change.
It appears that some threads see the new image of the object while
others see the old image. Can anyone enlighten me on how Zope ensures
that all threads are seeing the same images? Or at least point me to
the m
At 09:37 AM 3/1/01 -0500, Shane Hathaway wrote:
>This looks very interesting, Phillip. I haven't downloaded the package
>yet, but I read the wiki and it finally made sense once I understood the
>goal (I think): TW lets you set up the class inheritance hierarchy at
>runtime. In normal OO methodol
Casey Duncan wrote:
>
> "Morten W. Petersen" wrote:
> >
> > Hi guys,
> >
> > I've got a problem with ZCatalog. I've got plenty of large
> > objects, ranging from 100KB to 100MB in size. Needless to
> > say, these take up a lot of processor time when indexed by
> > the ZCatalog.
> >
> > Now, the
[Casey Duncan]
| Actually what I wrote assumes you are passing a Catalog not a ZCatalog.
| So you will need to change it for a ZCatalog to:
I figured that out. :-)
There is one problem, the uids stored in the Catalog are based on the path of the
object, so I guess I'll have to make a copy of t
"Morten W. Petersen" wrote:
>
> Hi guys,
>
> I've got a problem with ZCatalog. I've got plenty of large
> objects, ranging from 100KB to 100MB in size. Needless to
> say, these take up a lot of processor time when indexed by
> the ZCatalog.
>
> Now, these object have to be moved from time to
This looks very interesting, Phillip. I haven't downloaded the package
yet, but I read the wiki and it finally made sense once I understood the
goal (I think): TW lets you set up the class inheritance hierarchy at
runtime. In normal OO methodology, you can only extend classes. With
TW, you can
Hi guys,
I've got a problem with ZCatalog. I've got plenty of large
objects, ranging from 100KB to 100MB in size. Needless to
say, these take up a lot of processor time when indexed by
the ZCatalog.
Now, these object have to be moved from time to time, only
moved, so that one or two of the rel
18 matches
Mail list logo