Lennart Regebro wrote:
Oops. Wrong list, the discussion should be on the eurozope list...
My mistake.
Not everone is on that list :-S
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross
From: Chris McDonough:
meta_type is an attribute, so you can't just do
security.declareProtected(ACCESS_CONTENTS_PERM, 'meta_type')
That's right.
The id attribute has the getId method, perhaps what's required is a
getMetaType method that can be suitably protected?
This would
Hi,
trying to use the new sessioning in Zope 2.5.0b3 and get this:
UnpickleableError
Sorry, a site error occurred.
Traceback (innermost last):
File /usr/local/zope/2.5.0b3_base/lib/python/ZPublisher/Publish.py,
line 151, in publish_module
File
Chris McDonough wrote
There are supposed to be docs for the sessioning stuff, and
there *are* API docs in the help system. However, the
narrative docs that went along with CST were not translated
for the Zope 2.5 stuff. The docs folks here dont seem to
think its important, so I may need
Well, I know _I_ think Session support is important (hint: I wouldn't
have spent the effort on SQLSession otherwise). If the decision was
made to take the CST package and change the interface before making
it part of the preinstalled set of Products, I'd _strongly_ urge that
the
How does this relate to sessioning?
- Original Message -
From: Chris Withers [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 09, 2002 6:09 AM
Subject: [Zope-dev] Zope 2.5.0b3 a UnpickleableError
Hi,
trying to use the new sessioning in Zope 2.5.0b3 and get this:
Chris McDonough wrote:
How does this relate to sessioning?
Well, I was trying to store a DirectoryView object in the session so I could get
to it easily from a multiple-frame page.
Of course, this means the DriectoryView gets committed to a storage.
Now DirectoryViews have FSPythonScripts as
Now DirectoryViews have FSPythonScripts as attributes, so I'm guessing that when
the DirectoryView gets committed to the TemporaryStorage, the FSPythonScripts do
as well.
...and apparently they don't like being pickled :-(
Ah I see. What's probably happening here is that FSPythonScripts
Clicking on Cache detail in the Debug Information
Control Panel, I get the following traceback:
Zope Error!
Zope has encountered an error while publishing this resource.
Error Type: AttributeError
Error Value: __module__
Hi Andrew -
I'm not able to reproduce this with a stock 2.5b3
On Wed, 2002-01-09 at 01:40, Wolfram Kerber wrote:
From: Chris McDonough:
meta_type is an attribute, so you can't just do
security.declareProtected(ACCESS_CONTENTS_PERM, 'meta_type')
That's right.
The id attribute has the getId method, perhaps what's required is a
Brian Lloyd wrote:
it looks like you somehow have an object in your ZODB cache
whose class has no __module__ attribute. I'm not sure how that
would happen, unless the __class__ of the object is not really
a class :(
Don't ExtentionClass objects behave like that?
cheers,
Chris
Hi folks,
As mentioned in subject, it dosen't appear.
I'm not sure it's a bug or feature. :(
Could anyone give a suggestion ?
Zope-2.4.3
in lib/python/OFS/dtml/properties.dtml
--- properties.dtml.origTue Mar 6 06:01:02 2001
+++ properties.dtml Thu Jan 10 01:58:53 2002
@@ -62,7
Brian Lloyd wrote:
Clicking on Cache detail in the Debug Information
Control Panel, I get the following traceback:
Zope Error!
Zope has encountered an error while publishing this resource.
Error Type: AttributeError
Error Value: __module__
Hi Andrew -
I'm not able to
I went to the collector, filled out the form.
Only to find out I need and account to submit the
form!!
The Transient Object Container is transient..
I wanted the SessionDataManager to create it's
Transient Object Container as needed.
Added properties to the SessionDataManger to make this
Darrell,
Thanks for the bugreport, but I'm not sure I understand it. Do you
think you can describe in more detail what you want that it did (does?)
not do?
Darrell Gallion wrote:
I went to the collector, filled out the form.
Only to find out I need and account to submit the
form!!
The
Interesting. I didn't think you could have more than one
setDefaultAccess in a class. If you can, then you can set:
security.setDefaultAccess('deny')
security.setDefaultAccess({'meta_type': 1})
The last 'setDefaultAccess' statement in a class will define the actual
behaviour, i.e use only
In Zope2, this would be achieved
via a mixin
named something like Modifiable mixed in to DTML Document, File, etc.
- C
That had been my original instinct, but I wasn't sure. It sounds like the
best way to approach it.
I think this is complex enough so that a formal (if short)
ok, i reproduced it. looks like having *any* ZClass among the products in
your products folder will cause this symptom.
i told brian about it and i assume he will fix it for CVS.
jens
On Wednesday, January 9, 2002, at 11:55 , Brian Lloyd wrote:
Clicking on Cache detail in the Debug
ok, i reproduced it. looks like having *any* ZClass among the products in
your products folder will cause this symptom.
i told brian about it and i assume he will fix it for CVS.
jens
I just checked in a fix to the head and 2.5 branch. Jens,
could you do a quick update and check that
OIC. Thanks!
This patch probably makes sense for some class of usage. I'm a little
skittish because I think doing magic (e.g. if I dont find a data
container where I said there was one, make one in /temp_folder) might
tend to bite folks. Also, doing writes on reads (explicitly commiting
my own quick test works now. :)
jens
On Wednesday, January 9, 2002, at 02:01 , Brian Lloyd wrote:
ok, i reproduced it. looks like having *any* ZClass among the products in
your products folder will cause this symptom.
i told brian about it and i assume he will fix it for CVS.
jens
I
Is it magic if the Session manager creates it's own
data container? The first one is created for you but
not by the Session system. That seems like magic.
Since you say my approach to creating the tempData is
flawed from a ZODB stand point. Then rc.d/init.d
sound good.
Although the /startup
Chris McDonough wrote:
OIC. Thanks!
This patch probably makes sense for some class of usage. I'm a little
skittish because I think doing magic (e.g. if I dont find a data
container where I said there was one, make one in /temp_folder)
might tend to bite folks. Also, doing writes on
I've noticed in a fresh install Zope 2.5b3 management tabs which users do
not have access to view show up. In the past only management tabs that a
user had permission to view the associated action showed up. Is this a
known issue? or a new feature?
--Brian Brinegar
ECN Web Technician
MSEE
Darrell Gallion wrote:
Is it magic if the Session manager creates it's own
data container? The first one is created for you but
not by the Session system. That seems like magic.
It's created by the Zope package, which indeed is magic, but something
needed to populate it with default data;
Actually, we did have the Temporary Folder have the capability to
automatically import its contents at system startup, but that got tossed
out as being function inappropriate to a temporary storage container by
executive fiat.
Yeah.. I actually think now that this was the right decision.
External methods aren't the best solution I know.
It wasn't obvious to me how to call python scripts at
this point. For that matter if this is a good point to
do this kind of thing. Or how to hook the startup
event with a product.
Added these lines to the bottom of initialize(app) in
That looks like a workable solution!
This can also be done in a Product by getting hold of the supersecret
attribute of the context object that is passed in to initialize which is
the database connection (or maybe it's the root root object.. in either
case, given either, you can get the other).
28 matches
Mail list logo