[Zope-dev] 2.3.0. Unindex_object Tried To Unindex Nonexistent

2001-01-29 Thread Andy Dawkins

I'm having some more problems with the ZCatalog in Zope 2.3.0

I've got a name error in the file UnTextIndex.py

Error Type: NameError
Error Value: i

I believe this is occuring when the catalog tries to unindex an object
that isn't currently indexed.

The traceback reports line 332:

File /usr/zope/zope-2_3_0/lib/python/SearchIndex/UnTextIndex.py, line
332, in removeForwardEntry

The line in question reads:
LOG('UnTextIndex', ERROR,
'Unindex_objects tried to unindex nonexistent'
' document %s' % str(i))

The function never uses or declares i, however it does use documentId.
I think perhaps the i should have been documentId but I thought i would
check with you guys first.

What do you think?

-Andy

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Zope on OpenBSD 2.8 problem solved

2001-01-29 Thread Alexander Limi

Hi,

For those of you wishing to run Zope on OpenBSD 2.8, here is a solution. The
reason it doesn't work in the first place is a thread bug in the OpenBSD 2.8
release version. The solution is to use the libc_r from OpenBSD 2.7 for the
Zope instance.

Thanks to Jason Ish for the howto, I thought I would rewrite it to be more
generic and post it to the lists.

So, here we go:

Python on OpenBSD 2.8 uses /usr/lib/libc_r.so.3.1.
libc_r.so.3.1 is from 2.8, libc_r.so.3.0 is from 2.7 and will work.

So what we do is to copy the old libc file (if you don't have it, mail me
and I'll send it to you) into a directory in the Zope install dir, and add
that to the path. Then we rename the old file so the system thinks it is the
curent version.

In this example, I assume your Zope install is in /usr/local/zope.

First, we copy the old library into our Zope dir, and rename it:

cp /usr/lib/libc_r.so.3.0 /usr/local/zope/libc_r.so.3.1

Then you should add something like this to the top of your "start" script:

export LD_LIBRARY_PATH=/usr/local/zope

Start Zope, and you will find that it works fine now. Zope also works fine
in the CURRENT tree of OpenBSD, so presumably it will work out-of-the-box on
OpenBSD 2.9. This is the safest way of getting it to work at the moment.

Happy OpenBSD'ing :)


Alexander Limi.



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Broken FTP ZClass PUT 2.3.0

2001-01-29 Thread Sean Treadway

Hi all,

I have recently upgraded to 2.3.0 and it has broken my FTP support.
When I try to do an FTP upload to an instance of my ZClass, it fails
because it is calling the default PUT of a webdav.Collection instead of
the PUT of my python base class.

My setup is such:

A Python product with a ObjectManger(ish) base class that overrides PUT
to do special manipulation of large files.  I have a bunch of ZClasses
that inherit from my base classes for the management pages, meta data
handling and 'live' updates.

Now, instead of PUT being called on my base class, it is being called on
webdav.Collection which throws an exception.

In 2.3.0 ZClass inherits Base, webdav.Collection and SimpleItem where in
2.2.x ZClass only inherits from SimpleItem.

Is there any way to get my old functionality back (without editing
Zope)?

-Sean

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0. Unindex_object Tried To Unindex Nonexistent

2001-01-29 Thread Christopher Petrilli

Steve is right, though I fixed that problem when it snuck up on me, but
apparantly it never got merged into the branches correctly.  Don't we all
love CVS?

I personally had a problem with using 'i' as anything but a iterator
variable.

Chris
--
| Christopher Petrilli
| [EMAIL PROTECTED]
- Original Message -
From: "Steve Alexander" [EMAIL PROTECTED]
To: "Andy Dawkins" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
"Christopher Petrilli" [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 7:19 AM
Subject: Re: [Zope-dev] 2.3.0. Unindex_object Tried To Unindex Nonexistent


 Andy Dawkins wrote:

  I'm having some more problems with the ZCatalog in Zope 2.3.0
 
  I've got a name error in the file UnTextIndex.py
 
  Error Type: NameError
  Error Value: i
 
  I believe this is occuring when the catalog tries to unindex an object
  that isn't currently indexed.
 
  The traceback reports line 332:
 
  File /usr/zope/zope-2_3_0/lib/python/SearchIndex/UnTextIndex.py, line
  332, in removeForwardEntry
 
  The line in question reads:
  LOG('UnTextIndex', ERROR,
  'Unindex_objects tried to unindex nonexistent'
  ' document %s' % str(i))
 
  The function never uses or declares i, however it does use documentId.
  I think perhaps the i should have been documentId but I thought i would
  check with you guys first.
 
  What do you think?

 You're right. In an earlier version in CVS, all the variables called
 "documentId" were called "i". I guess this one just missed the
 search-replace :-)  Of course, documentId makes for much more readable
 code; although "i" is faster to type :)

 Change it to documentId and you'll be fine.

 --
 Steve Alexander
 Software Engineer
 Cat-Box limited
 http://www.cat-box.net




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] ZDebug patch for 2.3.0

2001-01-29 Thread Shane Hathaway

Chris Withers wrote:
 
 The patch below got ZDebug working with Zope 2.3.0 for me. Hope I didn't
 miss anything ;-)

Good job, Chris!  I patched it in a similar way.  I planned to release a
new version as soon as I was sure it worked well with 2.3.

Shane

 --- debugsecuritypolicy.py.old Sun Jan 28 21:59:23 2001
 +++ debugsecuritypolicy.py Sun Jan 28 22:07:21 2001
 @@ -89,7 +89,7 @@
  __version__='$Revision: 1.4 $'[11:-2]
 
  from AccessControl import SimpleObjectPolicies
 -_noroles=[]
 +_noroles=SimpleObjectPolicies._noroles
 
  from AccessControl.PermissionRole import \
   _what_not_even_god_should_do, rolesForPermissionOn
 @@ -99,7 +99,7 @@
  class DebugSecurityPolicy:
 
  def validate(self, accessed, container, name, value, context,
 - None=None, type=type, IntType=type(0), DictType=type({}),
 + roles=_noroles, None=None, type=type, IntType=type(0),
 DictType=type({}),
   getattr=getattr, _noroles=_noroles, StringType=type(''),
   Containers=SimpleObjectPolicies.Containers,
   valid_aq_=('aq_parent','aq_explicit')):
 @@ -116,7 +116,8 @@
 
  
  # Try to get roles
 -roles=getattr(value, '__roles__', _noroles)
 +if roles is _noroles:
 +roles=getattr(value, '__roles__', _noroles)
 
  if roles is _noroles:
 
 @@ -174,7 +175,14 @@
  value=container
 
  # Short-circuit tests if we can:
 -if roles is None or 'Anonymous' in roles: return 1
 +try:
 +if roles is None or 'Anonymous' in roles: return 1
 +except TypeError:
 +# 'roles' isn't a sequence
 +LOG('Zope Security Policy', PROBLEM, "'%s' passed as roles"
 +" during validation of '%s' is not a sequence." % (
 +`roles`, name))
 +raise
 
  # Check executable security
  stack=context.stack

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Shane Hathaway

[EMAIL PROTECTED] wrote:
 Of course, embedding the style in the page (a-la the Zope management
 interface) gets around this problem, but this is not an option for us.

This is a known bug in Netscape.  The management interface does
user-agent sniffing; "Mozilla/4*" that doesn't contain the string "MSIE"
embeds the style while all other user-agent strings link the CSS
instead.  You'll notice that if you "view source" on MSIE, the CSS is
linked rather than embedded.

Perhaps you can use the same strategy.  It's done in DTML.

Shane

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




RE: [Zope-dev] Unable to clear proxy roles in Zope 2.3.0

2001-01-29 Thread Brian Lloyd

 In Zope 2.2.x, one can clear the proxy roles for one method by 
 unseleting all proxy
 roles. In Zope 2.3.0, this lets to this error: You must select 
 one or more proxy roles.
 Is it a bug, or is it done in a different fashion?
 
 cheers
 Dirksen

Its a bug - or actually a misguided bug fix that turns out 
to actually be a bug itself :^) It is fixed in CVS for the 
next release.


Brian Lloyd[EMAIL PROTECTED]
Software Engineer  540.371.6909  
Digital Creations  http://www.digicool.com 




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Steve Alexander

Shane Hathaway wrote:

 [EMAIL PROTECTED] wrote:
 
 Of course, embedding the style in the page (a-la the Zope management
 interface) gets around this problem, but this is not an option for us.
 
 
 This is a known bug in Netscape. 

I'm intrigued to know what causes it (in more detail than "race condition").
Do you have a URL for a description of the bug?

Thanks.

--
Steve Alexander
Software Engineer
Cat-Box limited
http://www.cat-box.net


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Shane Hathaway

Steve Alexander wrote:
 
 Shane Hathaway wrote:
 
  [EMAIL PROTECTED] wrote:
 
  Of course, embedding the style in the page (a-la the Zope management
  interface) gets around this problem, but this is not an option for us.
 
 
  This is a known bug in Netscape.
 
 I'm intrigued to know what causes it (in more detail than "race condition").
 Do you have a URL for a description of the bug?

It seems to occur on Unix versions only AFAIK.  When you visit a page
with linked CSS, visit another page, and come back, sometimes a portion
of the page is replaced with the text of the CSS.  I don't have a URL.

Shane

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Chris Withers

Shane Hathaway wrote:
 
 It seems to occur on Unix versions only AFAIK.  When you visit a page
 with linked CSS, visit another page, and come back, sometimes a portion
 of the page is replaced with the text of the CSS.  I don't have a URL.

i've had a nice variant of this in Windoze Nutscrape.

Sometimes, it'll just sit there redirecting back to the css page infinitely..
yum :-S

Chris

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




RE: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Seb Bacon

FWIW, I recall having similar problems with external JavaScript files in
NS - it seemed that the onload event of the body is triggered *before* the
external JS is loaded into the namespace.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
 Of Steve Alexander
 Sent: 29 January 2001 17:07
 To: Shane Hathaway
 Cc: [EMAIL PROTECTED]
 Subject: Re: [Zope-dev] 2.3.0 release badness


 Shane Hathaway wrote:

  [EMAIL PROTECTED] wrote:
 
  Of course, embedding the style in the page (a-la the Zope management
  interface) gets around this problem, but this is not an option for us.
 
 
  This is a known bug in Netscape.

 I'm intrigued to know what causes it (in more detail than "race
 condition").
 Do you have a URL for a description of the bug?



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Adrian Hungate

Does the same occur if you serve using something else ('DTML Method',
'File', 'ZStyleSheet' etc)

I have noticed problems with Netscapes handling of Text/CSS stylesheets. It
appears that long or particularly complex stylesheets that can be (And here
is the kicker) downloaded too quickly, do not seem to complete correctly and
for me they have even resulted in Netscape locking up (Linux and Win32).

Admitedly, my stylesheets were HUGE! :) - I was trying to break my
ZSytleSheet product and was browsing the sheet using Netscape on the server.

I don't know if this is related...

Adrian...




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] LoginManager and ZPatterns

2001-01-29 Thread Morten W. Petersen

Hi fellow zopers,

I don't know if it's a bug or feature, but whenever I try
to access parental objects from a user object in python
code, I can't seem to find anything.

That is, whenever I call acl_users.getItem('user123').getParentNode()
(the acl_users is a LoginManager instance) it returns None.  But,
if it's called from DTML, with exactly the same expression, it returns
the containing object...

Could someone shed some light on this?

Thank you.

-Morten

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badnessboundary=------------F1F4CF9CD0D0AF0E5520717B

2001-01-29 Thread Dieter Maurer

[EMAIL PROTECTED] writes:
  This is a multi-part message in MIME format.
  --F1F4CF9CD0D0AF0E5520717B
  Content-Type: text/plain; charset=us-ascii
  Content-Transfer-Encoding: 7bit
Do you already know that we do not like MIME messages in this list?


  I've just updated to 2.3.0 release using CVS. My CSS serving has
  subsequently broken. The CSS serving worked fine with the CVS code from
  2.3.0b2. I didn't get to check b3 - we had a public holiday on Friday and
  that meant that the one working day assigned to the b3 release was lost to
  me (and _most_ other Australians). Anyway, that's a separate issue ...
This was explained recently in this list.
The list has a searchable archive. You will find there an URL
to the precise description of the Netscape bug.

Dieter

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] asynchat producer ready() method patch.

2001-01-29 Thread Dieter Maurer

Donovan Baarda writes:
  On Sun, Jan 28, 2001 at 09:31:07PM +0100, Dieter Maurer wrote:
   Donovan Baarda writes:
 I remember reading ages ago on a wishlist for ZServer that someone was
 thinking of adding blocking support to producers. This patch adds support
 for just that in a non-intrusive way. I haven't tried applying this patch to
 ZServer, but it _should_ work.
   What does "blocking support dor producers" mean?
  
  Disclaimer: you must be moderately familiar with ZServer/medusa/asynchat for
  the following to make sense;
  
  Asynchat used by ZServer and medusa use producers as a way to "push" data
  through an async interface. The current version of asynchat requires that
  producers be able to produce data immediately on calling their more()
  method, untill they are finished, when they return ''. 
  
  My patch adds support for producers being able to "block" by letting
  asynchat know if they are ready via a ready() method. This allows you to use
  the simple producer model to push data that may not be immediately
  available. An example would be a http-fetch producer that fetches data from
  upstream for a proxy.
  
  This patch is only useful for people creating or modifying things like
  medusa or ZServer.
Thank you for this good explanation.

By now, I think, it would not be usefull for ZServer, at least
not for standard operations.

   ZServer is a multi-threaded server, where different requests
   are serviced by different threads.
   The thread may block and does simply not return from "more()".

   On first thought, you patch might free some blocked threads
   to do productive work. However, Zope's transaction system
   is linked to thread management. If you patch would be used
   for that, Zope's transaction subsystem would need to be
   rewritten.


Dieter

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Re: Refresh and debugging product creation issues.....

2001-01-29 Thread Shane Hathaway

Jaan Kaer wrote:
 It seems that on page http://www.zope.org/Members/hathawsh/Refresh
 is still only link to the old version (2000/05/15) of Refresh
 product :-( Could you please put there also link to the version where you
 are corrected the "multiple names in the product add list problem"?

I took a good look at Refresh today and came up with new solutions to
its issues.  The meta_type list is fixed (the right way) and I found a
way to safely and completely flush the ZODB caches so that even
instances of products at the root folder can be refreshed.

Check out version 0.2!

http://www.zope.org/Members/hathawsh/Refresh/index_html

 Many thanks for very useful product, with my hardware (AMD 486DX 100) is restarting
 Zope a very time-consuming process.

Although that is a good use for Refresh, I created it with the
intentions of it being used even on production sites where restarting
the server is to be avoided.

Another interesting use: there is an issue with ZEO clients and product
initialization; you can use Refresh to solve it.

Feedback is appreciated.

Shane

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] Storing session objects in a ZODB

2001-01-29 Thread Andy McKay

I want to store the session objects (from CoreSessionTracking) in the ZODB
so that users can save preferences (set in a Session) and call them back
later. Just thinking that the easiest way to something is to pickle it, but
pickling it in the ZODB which then pickles it, seems daft. Someone suggested
I could just _setObject into the ZODB, but don't I still need to make a
class wrapper around this?

Has anyone tried this? I couldn't spot anything in the CoreSessionTracking
API that obvious...

Cheers.

--
  Andy McKay.




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] zope 2.3.0 upgrade bug: inituser trashes existing user

2001-01-29 Thread Zope mailing lists

I have not thoroughly tested this, but I have done it twice to make
sure I could reproduce the error I saw in the specific circumstances
I saw it.  I suspect the bug is generic, but don't have the time to
prove it right now.  My setup:

INSTANCE_HOME style setup.
Zpatterns installed in 2.3.0 tree
EMarket installed in the instance products folder.
RedHat Linux 5.2 (I think, how do you tell on a linux system?)
python from RPMs, zope 2.3.0 from source install (wo_pcgi).

I upgraded an existing site by simply changing my zopectl (see my product)
PYTHONHOME setting to the 2.3.0 tree, shutting down the site (which
had been running 2.2.4), and restarting.  Now, at this point I did
not understand how inituser was supposed to work, so I had copied
my old access file to be my inituser file, thinking the name had
changed but the semantics were similar.  Imagine my surprise when
the inituser file dissapeared when I started zope grin.

The problem is that the inituser *replaced* the single existing
user in the acl_users folder.  This must be a bug.

--RDM

PS: I also was amazed to find that having ZDebug (without Chris'
patch) in my Products folder left my site *wide* open: anonymous
could view and edit methods.  This might be worth a warning
on the web site, even though it is unlikely anyone would run
production with ZDebug installed.


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] ZDebug patch for 2.3.0

2001-01-29 Thread Itai Tavor

Thanks! Good to have ZDebug back. But... it kills LoginManager, which 
uses an exception to render the login page. This patch will fix the 
problem:

--- DTMLDebug.py.old  Fri Sep 15 09:25:14 2000
+++ DTMLDebug.pyTue Jan 30 10:45:43 2001
@@ -217,6 +217,9 @@
  elif exc_type is DTReturn:
  # Return normally.
  raise
+elif str(exc_type) == 'LoginRequired':
+# Don't interfere with LoginManager.
+raise
  else:
  debugWithNamespace(section, namespace, None, info)
  finally:


Chris Withers wrote:

The patch below got ZDebug working with Zope 2.3.0 for me. Hope I didn't
miss anything ;-)

cheers,

Chris

snip patch

-- 
--
Itai Tavor  -- "Je sautille, donc je suis."--
[EMAIL PROTECTED]--   - Kermit the Frog --
-- 'Supposing a tree fell down, Pooh, when we were underneath it?' --
-- 'Supposing it didn't,' said Pooh after careful thought. --


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Storing session objects in a ZODB

2001-01-29 Thread Chris McDonough

You won't be able to session data objects from the RAM-based container
without special treatment in your main storage, because "under the hood" the
internal data container uses a mounted RAM-based storage.  See the section
in the help/CoreSessionTracking.stx file that ships with the release named
"Mounted Database-Based Session Data Container/Internal Session Data
Container Caveats".  The example provided is the desire to store an object
defined in your "main" database into session storage, but it works the other
way round as well.

While what you ask is doable with a little ZODB magic (and possibly
without), I'd recommend instead that you just use an "external session data
container" (which stores these objects in persistent storage right off the
bat) set up with a long timeout, so that when you shut down Zope and bring
it back up your session data won't have disappeared.

- Original Message -
From: "Andy McKay" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 29, 2001 6:19 PM
Subject: [Zope-dev] Storing session objects in a ZODB


 I want to store the session objects (from CoreSessionTracking) in the ZODB
 so that users can save preferences (set in a Session) and call them back
 later. Just thinking that the easiest way to something is to pickle it,
but
 pickling it in the ZODB which then pickles it, seems daft. Someone
suggested
 I could just _setObject into the ZODB, but don't I still need to make a
 class wrapper around this?

 Has anyone tried this? I couldn't spot anything in the CoreSessionTracking
 API that obvious...

 Cheers.

 --
   Andy McKay.




 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists -
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Martijn Faassen

Chris Withers wrote:
[snip]
 Sometimes, it'll just sit there redirecting back to the css page infinitely..
 yum :-S

Yeah, I've seen that kind of weirdness show up too occasionally; some kind
of infinite css getting loop in Netscape. A couple of times I've seen it
blow up the server logs; I suspect a netscape left open to our site in
a computer lab somewhere. Is really good for inflation of your server
statistics. :)

But-Mozilla-flakes-out-on-the-back-button-so-which-do-I-pick-ly yours (*)

Martijn

(*) comp.lang.python Tim Peters style signoff (modified)


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] 2.3.0 release badness

2001-01-29 Thread Martijn Faassen

[EMAIL PROTECTED] wrote:
 I've just updated to 2.3.0 release using CVS. My CSS serving has
 subsequently broken. The CSS serving worked fine with the CVS code from
 2.3.0b2. I didn't get to check b3 - we had a public holiday on Friday and
 that meant that the one working day assigned to the b3 release was lost to
 me (and _most_ other Australians). Anyway, that's a separate issue ...
 
 I've done a diff against the CVS as of last Tuesday, but I can't see an
 obvious place where the Zope code has changed to make the CSS serving fail.
 
 Under Netscape (versions 4.72 - 4.75), a 'back button' request results in
 a truncated plain-text display of the CSS that is linked from the page. The
 zope server log shows the request as being successfully served. I telnet'ed
 to the server and requested the CSS manually, and the headers all look
 fine. A packet sniffer seems to say that all is well.
 
 Now for the fun: this only happens for local requests - someone requesting
 the same pages over the ethernet will get them fine. Only Netscape and only
 locally. Konqueror locally works fine.

I can confirm this type of bug with Netscape. For more fun; if you're
serving Zope behind Apache (at least using PCGI) the bug does not occur.
I've seen this for far older versions of Zope too; I've run into this
type of netscape/ZServer weirdness in earlier 2.2.x versions at least.
So I suspect this is not a new bug. Not sure if it's Zope or Netscape
that's doing something wrong, either.

 Again, this was not a problem pre 2.3.0 b3 / release...

Again, I think it was -- I've seen it before. 

Regards,

Martijn


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] zope 2.3.0 upgrade bug: inituser trashes existing user

2001-01-29 Thread Shane Hathaway

Zope mailing lists wrote:
 The problem is that the inituser *replaced* the single existing
 user in the acl_users folder.  This must be a bug.

Nope, it's intentional.  Think about this scenario: you install Zope for
the first time by running the install script.  You see a lot of messages
but you let them all scroll by.  You enter "./start".  You visit
localhost:8080 and see the link to the management screen.  You click it
and it asks for a user name and password.  You try your login password,
the root password, and a few others, but nothing works.

You read the instructions further.  Ah, you should have paid attention
to those messages.  But there's a documented way out:

python zpasswd.py inituser

Problem solved.

When the "inituser" concept was first created, this solution did not
work.  It would only populate the root user folder if there were no
existing users.  This led to lockouts.

In the current release, if inituser is found and there are zero or one
users in the root folder, it clears the user database and adds the one
user, then tries to delete inituser.

However, to deal with the train of thought which you encountered (which
is inaccurate but understandable), perhaps it should never clear the
database and instead add one user if that user is not already present.

OTOH it would still not give you what you wanted.  The "access" file
still exists and serves the same purpose as it did before.  However, it
is no longer mandatory that it exist.  The inituser file is designed to
set up only the initial manager then never run again.

 PS: I also was amazed to find that having ZDebug (without Chris'
 patch) in my Products folder left my site *wide* open: anonymous
 could view and edit methods.  This might be worth a warning
 on the web site, even though it is unlikely anyone would run
 production with ZDebug installed.

The current version of ZDebug doesn't work because the signature of the
validate() method in security policies changed, resulting in chaos. :-)

I would agree it's unwise to run ZDebug on a production site simply
because it reveals too much sometimes, such as exposing DTML source and
the exact reason why a security assertion failed.

Shane

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Possible TransparentFolders bug?

2001-01-29 Thread Itai Tavor

I thought this problem was gone, but I was wrong.

I deleted everything from the database that isn't directly involved 
in this problem. I also deleted all Transparent Folders.

http://yourserver:8080/method_A still works. 
http://yourserver:8080/method_A/manage_main shows the path as 
/method_A.

Disabling the TransparentFolders patch and restarting, 
http://yourserver:8080/method_A returns Not Found.

Renaming Folder_A to Folder_AX, http://yourserver:8080/method_A 
returns Not Found.

Creating a new folder named Folder_A and copying everything from the 
original Folder_A into it, http://yourserver:8080/method_A still 
returns Not Found.

So we're dealing with serious voodoo here. It seems that I can 
eliminate the problem by simply copying the project to a new 
directory. But I would very much like to know what is going on here, 
rather than just sweep the problem away. I just know it will come 
back to bite me if I do that.

Itai The Infinitely Annoyed


Shane Hathaway wrote:

Itai Tavor wrote:
  The TransparentFolders Product seems to make everything
  transparent... not just transparent folders.

  Zope/
   Folder_A/
   method_A
   Folder_B/ (transparent folder)
   method_B

  I'd expect the only effect of the transparent folder to be that
  /Folder_A/method_B would work. But /method_A and /method_B also work.
  Tested in Zope 2.3b2 and 2.3b3 with TransparentFolders 0.3.

Hmm... I can't get mine to do that.  You're sure Folder_A isn't
transparent also?  Did you ever have a transparent folder by that name,
in that same place?  (Indicating a bug)

Otherwise leaving things as they are, if you put a transparent folder at
the root of the site, do you still get the same behavior?

What path does it tell you if you visit
http://yourserver:8080/method_{A|B}/manage_main?

Shane

-- 
--
Itai Tavor  -- "Je sautille, donc je suis."--
[EMAIL PROTECTED]--   - Kermit the Frog --
-- 'Supposing a tree fell down, Pooh, when we were underneath it?' --
-- 'Supposing it didn't,' said Pooh after careful thought. --


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] LoginManager and Control_Panel - The Never Ending Story

2001-01-29 Thread Itai Tavor

Hi,

I posted several questions about this problem, but got no replies. I 
thought I'd try again with a bit more information.

The problem is accessing Control_Panel from a folder that contains a 
LoginManager. I tested the same setup using a plain acl_users and 
found one difference.

Zope/
acl_users/
   user_1 (Manager)
Test1/
   acl_users/ (User Folder)
  user_2 (Manager)
   cnt1 (owned by user_1, Manager proxy role)
   cnt2 (owned by user_2, Manager proxy role)
Test2/
   acl_users/ (LoginManager)
  user_3 (Manager)
   cnt1 (owned by user_1, Manager proxy role)
   cnt2 (owned by user_3, Manager proxy role)

cnt1 and cnt2 are DTML Methods containg: dtml-var Control_Panel 
fmt=html-quote

Logging in to /Test1/ with user_2, both /Test1/cnt1 and /Test1/cnt2 
return the Control_Panel object.

Loggin in to /Test2/ with user_3, /Test2/cnt1 return the 
Control_Panel object. /Test2/cnt2 returns KeyError: Control_Panel. 
ZDebug reports:

 Unauthorized: User itai, who is the owner of
 /OzCoasters/cnt2, is defined in the context of
 /OzCoasters, which is not an ancestor of
 /Control_Panel.

Hope anyone can understand this... it's confusing the stuffing out of 
me. But basically, the Manager proxy role allows a method to access 
Control_Panel regardless of where its owner and the logged in user 
are defined. But with LoginManager, Control_Panel is only accessible 
if the owner is defined in a regular User Folder above the 
LoginManager.

Any idea why this is happening? Any suggestions on how to test it? I 
know it's more likely to be a problem in my implementation of the 
user-supplied parts of LoginManager than a bug in LM... but my LM 
works in all other ways, and it doesn't seem to be doing anything 
wrong.

Any help would be, er, helpful (To borrow the words of King Arthur. 
Hey, a python reference! Do I get points for that?)
-- 
--
Itai Tavor  -- "Je sautille, donc je suis."--
[EMAIL PROTECTED]--   - Kermit the Frog --
-- 'Supposing a tree fell down, Pooh, when we were underneath it?' --
-- 'Supposing it didn't,' said Pooh after careful thought. --


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )