[Zope-dev] ANN: CoreSessionTracking 0.7
A new release of the "CoreSessionTracking" product is out. The product
allows you to associate state with anonymous visitors between requests.
The latest version (0.7) fixes a fairly serious kid-clicking-related bug
found by Randall Kern that effects RAM-based ("internal") session data
containers.
If you need to upgrade from 0.6, all that is required is to untar/ungzip
this release on top of the 0.6 release files. Then you must restart.
You can find the product at
http://www.zope.org/Members/mcdonc/Products/CoreSessionTracking/index_html
- C
___
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
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: 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 )
Re: [Zope-dev] Possible TransparentFolders bug?
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 )
Re: [Zope-dev] zope 2.3.0 upgrade bug: inituser trashes existing user
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] 2.3.0 release badness
[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] 2.3.0 release badness
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] Storing session objects in a ZODB
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] ZDebug patch for 2.3.0
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 > -- -- 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] zope 2.3.0 upgrade bug: inituser trashes existing user
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 . 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 )
[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 )
Re: [Zope-dev] ZPatterns
> Is there any way to get ZPatterns working even if you don't have a C++ > compiler on Win32? > Isn't there a working dll version available, somewhere? Yeah, search the list archives :P http://zope.nipltd.com/public/lists.html cheers, 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 )
[Zope-dev] ZPatterns
Hi, Is there any way to get ZPatterns working even if you don't have a C++ compiler on Win32? Isn't there a working dll version available, somewhere? Thanks, Tom. ___ 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
Pablo Bleyer Kocik wrote: > Nope, this is not only a problem of 2.3.0. I have had the same issue in all > of the 2.3.0x Zope versions, and the problem is not really Zope but Netscape > 4.X. > > For me, the trouble arises once in a while and specially when I start doing > page reloads quickly. It seems that, when Zope starts serving the document, > Netscape asks for the stylesheet file almost instantly (because it is inside > the HTML's header) and then a sort of synchronizing error happens. When you are > at the local machine the delay between the document requests is larger so the > problem is less frequent. > > I have never seen the problem under Netscape 6 or Mozilla. I don't know to > what extent this could be Zope's fault. Thanks for this excellent responses. We'll now be writing something that parses and replaces the CSS with the CSS source for the Mozilla/4 clients. Richard ps. sorry for besmirching the good name of 2.3.0 :) pps. my original comment about the extremely short b3 release still stands though... -- Richard Jones [EMAIL PROTECTED] Senior Software Developer, Bizar Software (www.bizarsoftware.com.au) ___ 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.....
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 )
Re: [Zope-dev] asynchat producer ready() method patch.
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] 2.3.0 release badnessboundary="------------F1F4CF9CD0D0AF0E5520717B"
[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 )
[Zope-dev] LoginManager and ZPatterns
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 badness
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 )
RE: [Zope-dev] 2.3.0 release badness
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
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
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
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] Unable to clear proxy roles in Zope 2.3.0
> 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
[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] ZDebug patch for 2.3.0
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. Unindex_object Tried To Unindex Nonexistent
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 )
[Zope-dev] Broken FTP ZClass PUT 2.3.0
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 )
[Zope-dev] Zope on OpenBSD 2.8 problem solved
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] 2.3.0. Unindex_object Tried To Unindex Nonexistent
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 )
