Re: [Zope-dev] zope's ESMTP support
Lennart Regebro wrote: From: panjunyong [EMAIL PROTECTED] And now I am more interested in the 2nd product. What is the status? It was fine when I checked it in a month or two ago. compatible with zope 2.7? stable to use? (It doesn't work with my zope2.7 too :-( ) I haven't tried it with 2.7, but the change is so small and trivial it shouldn't be a problem. So what does Doesn't work mean? :-) Oh, It works with Zope 2.7. The bug comes from Plone 2. panjunyong ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Broken DateIndex test
Hi, this test is broken over here but it doesn't look like that it relates to my changes on the BaseRequest. Is this broken somewhere else too? --- Failure in test test_retrieval (Products.PluginIndexes.DateIndex.tests.test_DateIndex.DI_Tests) Traceback (most recent call last): File /home/ctheune/Development/Zope/Zope.pt/lib/python/Products/PluginIndexes/DateIndex/tests/test_DateIndex.py, line 185, in test_retrieval self.failUnlessEqual(len(index), len(values) - 2) # One dupe, one empty File /usr/lib/python2.3/unittest.py, line 302, in failUnlessEqual raise self.failureException, \ AssertionError: 8 != 9 --- Christian -- Christian Theune, gocept gmbh co. kg http://www.gocept.com - [EMAIL PROTECTED] fon: 03496 3099112 fax: 03496 3099118 mobile: 0179 7808366 signature.asc Description: This is a digitally signed message part ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Zope 2.7 and objects turning into None
This is what I found in the event.log today:
There was a python.core around 19:33.
2004-02-23T19:33:34 INFO(0) ZServer HTTP server started at Mon Feb 23
19:33:34 2004
Hostname: localhost
Port: 8001
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 ClientStorage (pid=21613) created
RW/normal for storage: 'elms'
--
2004-02-23T19:33:35 INFO(0) ZEC:None ClientCache: storage='elms',
size=2000; file[0]=None
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Testing connection
ManagedConnection ('127.0.0.1', )
--
2004-02-23T19:33:35 INFO(0) zrpc-conn:127.0.0.1: received handshake
'Z201'
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Server authentication protocol
None
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Connected to storage:
('localhost', )
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Verifying cache
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Waiting for cache verification to
finish
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 Waiting for cache verification to
finish
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 endVerify finishing
--
2004-02-23T19:33:35 INFO(0) ZCS:21613 endVerify finished
--
2004-02-23T19:33:36 PROBLEM(100) Zope No such file or directory:
/zope/instances/elms/Products/RFFolder/help
--
2004-02-23T19:33:36 PROBLEM(100) Zope No such file or directory:
/zope/instances/elms/Products/RemoteUserFolder/help
--
2004-02-23T19:33:37 INFO(0) Zope Ready to handle requests
--
2004-02-23T19:34:04 INFO(0) ZServer HTTP server started at Mon Feb 23
19:34:04 2004
Hostname: localhost
Port: 8001
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 ClientStorage (pid=4368) created
RW/normal for storage: 'elms'
--
2004-02-23T19:34:05 INFO(0) ZEC:None ClientCache: storage='elms',
size=2000; file[0]=None
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Testing connection
ManagedConnection ('127.0.0.1', )
--
2004-02-23T19:34:05 INFO(0) zrpc-conn:127.0.0.1: received handshake
'Z201'
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Server authentication protocol None
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Connected to storage: ('localhost',
)
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Verifying cache
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Waiting for cache verification to
finish
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 Waiting for cache verification to
finish
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 endVerify finishing
--
2004-02-23T19:34:05 INFO(0) ZCS:4368 endVerify finished
--
2004-02-23T19:34:06 PROBLEM(100) Zope No such file or directory:
/zope/instances/elms/Products/RFFolder/help
--
2004-02-23T19:34:06 PROBLEM(100) Zope No such file or directory:
/zope/instances/elms/Products/RemoteUserFolder/help
--
2004-02-23T19:34:07 INFO(0) Zope Ready to handle requests
--
2004-02-23T19:34:39 INFO(0) ZODB conflict error at
/VirtualHostBase/https/elms.vanth.org:443/Instances/a/VirtualHostRoot/pa
gesFolder/cwmgrFolder/getMyDeliverer (1 conflicts since startup at
2004-02-23T19:34:07)
--
2004-02-23T19:34:42 ERROR(200) ZODB A storage error occured during
object abort. This shouldn't happen.
Traceback (most recent call last):
File /zope/zopestable/lib/python/ZODB/Transaction.py, line 401, in
_commit_error
j.tpc_abort(self) # This should never fail
File /zope/zopestable/lib/python/ZODB/Connection.py, line 675, in
tpc_abort
self._storage.tpc_abort(transaction)
AttributeError: 'NoneType' object has no attribute 'tpc_abort'
--
2004-02-23T19:34:42 ERROR(200) eLMS Site
===User=sliferdw_vu;
URL=https://elms.vanth.org/CourseWare/ncw_rosellr1_vuMuscle_Force/Delive
ries/sliferdw_vu_BME101_ncw_rosellr1_vuMuscle_Force/renderQTI;
form={'hi': '0', 'eLMSaction': 'render'};
Traceback (most recent call last):
File /zope/zopestable/lib/python/ZPublisher/Publish.py, line 104, in
publish
if transactions_manager: transactions_manager.commit()
File /zope/zopestable/lib/python/Zope/App/startup.py, line 221, in
commit
get_transaction().commit()
File /zope/zopestable/lib/python/ZODB/Transaction.py, line 233, in
commit
ncommitted += self._commit_objects(objects)
File /zope/zopestable/lib/python/ZODB/Transaction.py, line 348, in
_commit_objects
jar.commit(o, self)
File /zope/zopestable/lib/python/ZODB/Connection.py, line 370, in
commit
dbstore=self._storage.store
AttributeError: 'NoneType' object has no attribute 'store'
--
2004-02-24T06:23:12 INFO(0) Z2 Caught signal SIGTERM
--
2004-02-24T06:23:12 INFO(0) Z2 Shutting down fast
--
2004-02-24T06:23:12 INFO(0) ZServer closing HTTP to new connections
--
2004-02-24T06:23:13 INFO(0) Zope Shutting down with exit code 0
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] help
I am a software developer in SuSEI have installed Zope in SUSE.I want to be able to print from a html page to a printer with measurements as per to the html page produced.I wish to know whther printing from a web page is possoble or not.If yes then is it possible to print accurately upto measurements specified.Will it depend on the type of the printer.Please reply as soon as possible Thank you in advanceVandana Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want.___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope 2.6.X, 2.7.x sesssion problems, please help (fwd)
I see Chris post at: http://mail.zope.org/pipermail/zope-dev/2003-March/019116.html As far I see, this bug still existing in Zope 2.6.4, Zope 2.7.0. Its strange because into Changes histore of Zope it seems to be fixed into 2.6.2: Zope 2.6.2 beta 2 Bugs Fixed * TemporaryStorage (which is used by TemporaryFolder, and thus the default sessioning configuration) no longer uses a LowConflictConnection database connection. This fixes a bug in which data structures used for session housekeeping data could become desynchronized; the symptom for this was KeyErrors being raised from TransientObjectContainer's get method. As a result, many more conflicts will be raised under high session load, but desynchronization will not occur. Could you please at least point me where I can dig to get it fixed? I will try to read Python code in Transience.Transience but I am not sure in my qualification in this area. Bug reported at zope.org as: http://zope.org/Collectors/Zope/848 but until now there were no comments which help me to fix this. may be something needs to be changed into my code? in the beginning of many scripts I have the following: request=container.REQUEST session=request.SESSION please give me a hint. Thanks. -- Alex V. Koval http://www.halogen-dg.com/ http://www.zwarehouse.org/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Zope 2.6.X, 2.7.x sesssion problems, please help (fwd)
Yes, it's still broke. No, there is no fix. Sorry. - C On Tue, 2004-02-24 at 11:43, [EMAIL PROTECTED] wrote: I see Chris post at: http://mail.zope.org/pipermail/zope-dev/2003-March/019116.html As far I see, this bug still existing in Zope 2.6.4, Zope 2.7.0. Its strange because into Changes histore of Zope it seems to be fixed into 2.6.2: Zope 2.6.2 beta 2 Bugs Fixed * TemporaryStorage (which is used by TemporaryFolder, and thus the default sessioning configuration) no longer uses a LowConflictConnection database connection. This fixes a bug in which data structures used for session housekeeping data could become desynchronized; the symptom for this was KeyErrors being raised from TransientObjectContainer's get method. As a result, many more conflicts will be raised under high session load, but desynchronization will not occur. Could you please at least point me where I can dig to get it fixed? I will try to read Python code in Transience.Transience but I am not sure in my qualification in this area. Bug reported at zope.org as: http://zope.org/Collectors/Zope/848 but until now there were no comments which help me to fix this. may be something needs to be changed into my code? in the beginning of many scripts I have the following: request=container.REQUEST session=request.SESSION please give me a hint. Thanks. -- Alex V. Koval http://www.halogen-dg.com/ http://www.zwarehouse.org/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] read-only ZPublisher.Publish
hi guys, i have a question about ZPublisher.Publish. i am creating a read-only version of a Zope/Plone site for burning on a CD. i have set the read-only attribute in the zodb_db main section in zope.conf, and made the entire directory system read-only. when i try to view a specific page, i get an error * Module ZPublisher.Publish, line 104, in publish * Module Zope.App.startup, line 221, in commit * Module ZODB.Transaction, line 232, in commit * Module ZODB.Transaction, line 340, in _commit_begin * Module ZODB.Connection, line 692, in tpc_begin * Module ZODB.BaseStorage, line 142, in tpc_begin which i was able to fix by adding the line transactions_manager=None # jeremy after the line (bobo_before, bobo_after, object, realm, debug_mode, err_hook, validated_hook, transactions_manager)= get_module_info(module_name) in publish() in ZPublisher/Publish.py is there a more elegant way of solving this? such as telling ZPublisher that we are in read-only mode and not to commit anything, not to use any transactions? or is it a sign of some error in the page templates (or somewhere) that the publish() is being called at all, if we are only trying to view a page? cheers jeremy ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Zope 2.7 and objects turning into None
Sandor Palfy wrote at 2004-2-24 09:11 -0600: ... -- 2004-02-23T19:34:42 ERROR(200) ZODB A storage error occured during object abort. This shouldn't happen. Traceback (most recent call last): File /zope/zopestable/lib/python/ZODB/Transaction.py, line 401, in _commit_error j.tpc_abort(self) # This should never fail File /zope/zopestable/lib/python/ZODB/Connection.py, line 675, in tpc_abort self._storage.tpc_abort(transaction) AttributeError: 'NoneType' object has no attribute 'tpc_abort' This means that the current transaction references a connection that is meanwhile closed. Some earlier request forgot to commit or abort the transaction; therefore, the transaction contains still references to the former connection. I had to fix product installation code because Zope forgot an abort when the installation of a product did not succeed. Apparently, this is not your problem. -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Zope 2.7 and objects turning into None
Sandor Palfy wrote at 2004-2-24 09:48 -0600: I followed Jeremy's instructions to get the trace from python.core. Here's the script: ... $ gdb /zope/python23/bin/python ./python.core GNU gdb 4.16.1 Almost surely, your gdb is far too old to analyse the core of a multi-threaded program (such as Zope). The indicator for this is that gdb reports just the main thread (which usually does not have any problem). You need a gdb version 5.x (with x as high as possible). Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are Please do not send a complete script the next time! Remove unintesting parts. E.g. we are not interested which shared object were loaded and we are only interested in the first 20 to 40 stack frames and only of the thread that got the signal. #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c) at /usr/local/src/python_release23-maint/Modules/selectmodule.c:171 171 } (gdb) bt #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c) at /usr/local/src/python_release23-maint/Modules/selectmodule.c:171 It is almost surely not this thread that got the SIGSEGV (unless it is a C runtime stack overflow, quite common on BSD systems). -- Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Zope 2.7 and objects turning into None
#0 0x6257255 in select_select (self=0x0, args=0x3d641f7c) at /usr/local/src/python_release23-maint/Modules/selectmodule.c:171 171 } (gdb) bt #0 0x6257255 in select_select (self=0x0, args=0x3d641f7c) at /usr/local/src/python_release23-maint/Modules/selectmodule.c:171 [Dieter Maurer] It is almost surely not this thread that got the SIGSEGV (unless it is a C runtime stack overflow, quite common on BSD systems). I've got serious wonders about that: 1. The full stack trace had more than 350 frames, which is excessive even for Zope 0.9 wink. 2. Line 171 of selectmodule.c in Python branch release23-maint is the closing curly brace of internal function set2list(). When a debugger dies pointing to a function's closing curly, it can mean that the generated return-from-function C code is blowing up due to stack corruption. But not enough info to say for sure ... ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Re: Zope 2.7 and objects turning into None
[Dieter Maurer] This means that the current transaction references a connection that is meanwhile closed. Some earlier request forgot to commit or abort the transaction; therefore, the transaction contains still references to the former connection. I had to fix product installation code because Zope forgot an abort when the installation of a product did not succeed. Apparently, this is not your problem. When a connection is closed while modifications are pending for that connection, what *should* happen? Jeremy I were just talking about that, and agree the current benign neglect sucks -- a subsequent attempt to commit the transaction can't succeed, and will fail in one of these obscure ways. It certainly wouldn't be right to commit the current transaction by magic when a connection is closed. It doesn't seem right to abort it by magic either, since it could, e.g., be that the connection being closed has no changes pending, but that other connections do have changes pending in the transaction, and silently aborting them could be a real surprise. I think I'd like to raise an exception when a connection is closed but changes from that connection are pending in the current transaction. Would anyone object to that? I doubt it was ever *intended* that transactions could be left in unusable states (or, if it was intended, the design has proven flawed in this respect). ZODB 4 kept track of enough stuff so that it was easy to do this there; ZODB 3 would require more work. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Making a custom class addable to another class in product, but not to Zope
Greetings. I'm relatively new to Python-based development of Zope products. I've got two classes in my product; let's call them Container and Thing. I want to have Container addable to any old folder in the ZMI; that's no problem, I just register it in my product's __init__.py file. I want Container to allow instances of Thing to be added to it, and nothing else; that's also no problem, using all_meta_types. However, I want Thing to be addable to Container, but not to any other ObjectManager-based object. I can't figure that one out. I assumed I could do it by having an entry for Thing in Container's all_meta_types property, and by *not* registering it in __init__.py. Unfortunately, that fails. If I click on the Add Thing button in the ZMI when viewing the content of a Container, I get Cannot locate object at http://localhost:8080/kb0/manage_addProduct/ [ignore line break] MyProduct/manage_addThingForm If I register Thing in __init__.py, then the Add Thing button works perfectly, but I can add a Thing to any folder in the ZMI. It looks like the registration process is necessary to get manage_addThingForm added to whatever registry of constructors manage_addProduct['MyProduct'] accesses. Is there a way around this? I'd think what I'm trying to do is pretty standard, but I can't find anything enlightening. Thanks, ..Ian ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] TAL i18n breakage in 2.7
Myroslav Opyr wrote: I always commented all asserts introduced in newer Zopes out. However I'm struggling with assertion TALInterpreter, line 490, in do_endI18nContext: def do_endI18nContext(self, notused=None): self.i18nContext = self.i18nContext.parent assert self.i18nContext is not None Meaning None was produced somewhere (maybe even Translation Service) and TALInterpreter does not expect this case to be. I found the offending part in the ZPT that caused the abovementioned assertion. I have a pagetemplate that uses master macro from main template, then the main template includes the other template (portlet) that eposes slot to be optionally overriden in template using it (main in my case). test.pt ... metal:use-macro=... main.pt metal:define-macro master ... metal:use-macro=... portlet.pt metal:define-macro portlet ... define-slot=... /default slot content/ As soon as I remove the level marked with my page renders fine with no exception. If I want to expose flexibility of my portlet with that slot, the whole construct breaks with exception :( Any hints appreciated, Regards, m. -- Myroslav Opyr zope.net.ua http://zope.net.ua/ ° Ukrainian Zope Hosting e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] help
Vandana Bajaj wrote: I am a software developer in SuSE I have installed Zope in SUSE. I want to be able to print from a html page to a printer with measurements as per to the html page produced. I wish to know whther printing from a web page is possoble or not. If yes then is it possible to print accurately upto measurements specified. Will it depend on the type of the printer. This has almost nothing to do with Zope. (And I say almost only because Zope is a web server and this asks about HTML.) Printing of web pages is almost entirely up to the browser. Most will try to print something that looks very much like the page you see on your screen. You can, however, define CSS styles specifically for printing, which should allow you to have some control over sizes et al. Perhaps you can look at how Plone does this. --jcc -- He who fights with monsters should look to it that he himself does not become a monster. And when you gaze long into an abyss the abyss also gazes into you. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
