- Zope-Dev - Zope lists

PageTemplate XML mode bugs
by yuppie 05 Oct '04

05 Oct '04

Hi! There are two annoying bugs that make the XML mode unusable for many tasks: - <http://collector.zope.org/Zope/1101> (i18n namespace broken) - <http://collector.zope.org/Zope/1474> (XML files opened in binary mode) I would volunteer to work on these issues, but for that it would be useful to know: 1.) Does anybody feel responsible for the TAL or PageTemplates module? 2.) What was the motivation for the original code? #1101 looks like someone just forgot to remove a debug assert in TALParser.py. The Zope3 version doesn't have that assert statement. Or was there a reason to disable i18n for XML mode? #1474 is a change backported from Zope3. It was reverted for HTML mode for apparently the same reason why the XML mode is still broken. I guess the motivation was to preserve CDATA, but I don't know that for sure. Thanks, Yuppie

2 3

Documentation
by Toby Dickenson 05 Oct '04

05 Oct '04

Im a little out of touch with Zope development these days; Ive been focussing on non-zope projects for the last year or so... I have some Zope documentation on http://www.zope.org/Members/htrd that I am no longer able to maintain, but wich generates a steady stream of emails with questions and change suggestions. In particular, my notes on using squid with zope, and the changes I originally drafted for the Zope Developers Guide on using unicode in Zope. Is there now a more approporiate place to hold this documentation where it can be maintained? Thanks in advance, -- Toby Dickenson

3 2

Conditional imports in ZTUtils/__init__.py
by Stefan H. Holek 05 Oct '04

05 Oct '04

ZTUtils/__init__.py contains code like this: if sys.modules.has_key('Zope'): # import things This is causing me repeated headaches when writing tests, because it assumes/dictates a certain module import order. Can this go away, please? I mean we know we are running Zope, don't we? If there are no objections I will remove the condition on 2_7-branch and trunk. Tests pass just fine without it. Stefan -- The time has come to start talking about whether the emperor is as well dressed as we are supposed to think he is. /Pete McBreen/

3 2

Heads up: cvs.zope.org downtime
by Tres Seaver 01 Oct '04

01 Oct '04

Today, 11;00-12:00 EDT, for network topology shift in the data center. Tres. -- =============================================================== Tres Seaver tseaver(a)zope.com Zope Corporation "Zope Dealers" http://www.zope.com

1 0

inconsistent mimetype assignment for uploaded files
by Jan-Wijbrand Kolman 30 Sep '04

30 Sep '04

Hello, we recently realised mimetype assignment in Zope to e.g. Zope File objects is inconsistent and can vary when different clients (browsers) upload files with the same file extensions. Example: when a file called "foobar.rtf" is upload to a Zope File object from Linux Firefox, the mimetype assigned is (can be) 'application/rtf'. However, the same file uploaded to the same Zope File object in the same Zope instance, using IE on Window2000 (with MS Office installed) will get 'application/msword' assigned. The mimetype assignment for uploaded files is done in OFS.Image.py (maybe there're more places or other Products that do this - I know that at least ExtFile does this too). line 463 of OFS.Image.py, Zope 2.7.2: def _get_content_type(self, file, body, id, content_type=None): headers=getattr(file, 'headers', None) if headers and headers.has_key('content-type'): content_type=headers['content-type'] else: if type(body) is not type(''): body=body.data content_type, enc=guess_content_type( getattr(file, 'filename',id), body, content_type) return content_type Then I understood that the headers as sent by the client for this file (may?) have a content-type entry that takes precedence over both the mimetypes 'database' and the content_type passed in as an argument. We could deal with the inconsistent assignment on the application level (in this case Silva), but I'd rather consider changing this behaviour on the Zope level. I could imagine changing the way a mimetype is 'guessed' from an uploaded File to something like: def _get_content_type(self, file, body, id, content_type=None): """ Order of precedence: 1) see if guess_content_type resolves to a mimetype for the filename 2) if not use content_type as sent in the headers if available 3) else use argument passed in """ headers = getattr(file, 'headers', {}) content_type = headers.get('content-type', content_type) if type(body) is not type(''): body = body.data name = getattr(file, 'filename', id) content_type, enc = guess_content_type(name, body, content_type) return content_type Does anyone have an opinion on this? Is the current behaviour completely intentional, maybe even according to some specification (and thus I should deal with it on the application level)? Should I file a collector issue? regards jw -- Jan-Wijbrand Kolman jw(a)infrae.com

4 5

AW: [Zope3-dev] Removing I18nFile and I18nImage from X3.0
by dev＠projekt01.ch 30 Sep '04

30 Sep '04

Stephan Richter wrote: > Betreff: Re: [Zope3-dev] Removing I18nFile and I18nImage from X3.0 > > > On Thursday 30 September 2004 06:17, Jim Fulton wrote: > > I think it would be very worth while to think about how to > > internationalize meta data. The advantage of coming up with a > > mechanism for internationalizing meta data is that it bebefits all > > content. > > I agree. Providing a good mechanism to do this would be > generally useful and > not be application specific. I have a strange feeling that > the language will > eventually become accessible via a thread global -- or can I > already get to > it via the participation? Note that if this were the case, > our translation > system would behave much more like simple applications. > > Regards, > Stephan You can remove it from the rc1. I will reimplement it in our project. Regards Roger

1 0

AW: AW: [Zope3-dev] Removing I18nFile and I18nImage from X3.0
by dev＠projekt01.ch 29 Sep '04

29 Sep '04

Stephan Richter wrote: > Gesendet: Mittwoch, 29. September 2004 21:57 > > > Uhaaa ,we need it. Ok, remove it and I will take a look at the > > IsarSprint what we can do. > > Okay. If you really use it, you should really reimplement it, > since it is > broken. ;-) Broken in the rc1? or in the trunk? Regards Roger

1 0

Zope and PythonCAD being good neighbors
by Art Haas 29 Sep '04

29 Sep '04

Hi. I'm Art Haas, the developer of PythonCAD. About one month ago I'd received a number of e-mails describing a problem between Zope and PythonCAD due to both programs using the word 'Interface' as part of their paths to their code. When using Zope people would get odd errors as the PythonCAD 'Interface' directory was searched instead of Zope's. When PythonCAD is installed, a 'PythonCAD.pth' file gets added into Python's 'site-packages' directory, modifying the sys.path variable as seen below (and reformatted for e-mail) ... $ python >>> import sys >>> sys.path ['', '/usr/lib/python23.zip', '/usr/lib/python2.3', '/usr/lib/python2.3/plat-linux2', '/usr/lib/python2.3/lib-tk', '/usr/lib/python2.3/lib-dynload', '/usr/local/lib/python2.3/site-packages', '/usr/lib/python2.3/site-packages', '/usr/lib/python2.3/site-packages/Numeric', '/usr/lib/python2.3/site-packages/PythonCAD', '/usr/lib/python2.3/site-packages/gtk-2.0'] >>> In the 'PythonCAD' directory there are two subdirectories - 'Interface' and 'Generic'. I'm preparing to make the next release of PythonCAD - the first one with initial printing support! - and I want to fix the program so that Zope and PythonCAD play well together. As I see it, one fix is to not install the 'PythonCAD.pth' file during PythonCAD's installation and adjust the various 'import' statements in the code. Another fix is to continue to have 'PythonCAD.pth' add the 'PythonCAD' directory to sys.path and add a directory below the 'PythonCAD' directory, then move 'Interface' and 'Generic' into that new directory. This choice also requires adjusting the various 'import' statements in the code, as well as some work in moving the files in Subversion. I'd like to get some suggestions for the Zope developers as for what they suggest to do. As both the Numeric and PyGTK packages adjust the sys.path variable, I'd like to keep 'PythonCAD' in there as well, though this choice probably means more work. As there is lots of Python expertise on this list, a few bits of wisdom from those in similar situations in the past would be welcomed. Thanks in advance. Art Haas P.S. I do not receive mail from the list, so please CC me in replies. I'll also check the list archives for postings. -- Man once surrendering his reason, has no remaining guard against absurdities the most monstrous, and like a ship without rudder, is the sport of every wind. -Thomas Jefferson to James Smith, 1822

2 1

session problem again?
by Matteo Memelli 29 Sep '04

29 Sep '04

Hello I include the conversation that I had today with Chris: > I'm using Zope 2.6b1+ with ZWarehouse e-commerce product > (ZWarehouse-20040522 version 0.8) > I tried upgrading to Zope 2.7 but ZWarehouse gave me many problems so > I decided to try applying your patches for Sessioning problems that I > have. Hmm.. > I think that the error that zope gives to me is very known to you... I > tried to copy the whole directories Transience, Session and ZPublisher > from both > Zope-2.7.3b1-0 and Zope 2.7.2 but without success I also copied the > file startup.py from lib/python/Zope/App/ ... > Am I missing anything? Yes, the ZODB directory also... although I reallly have no idea whether this will work under 2.6. Really, to be sure you've got all the right files, it'd be best if you could upgrade to 2.7.3... maybe we could help fix whatever in ZWarehouse doesn't work under there (move this conversation to the Zope list zope(a)zope.org?) To be thorough, you will also need to delete and recreate any persistent session data container you've got laying around (unless it's in temp_folder, that's in RAM anyway and gets recreated on reboot). > My customer is complaining so much and I really don't know what to do! > Hoping in your answer...thank you in advance > > Matteo Memelli > > > > Site Error > An error was encountered while > publishing this resource. > > KeyError > > Sorry, a site error occurred. > > Traceback (innermost last): > > * Module ZPublisher.Publish, > line 175, in > publish_module_standard > * Module Products.iHotfix, > line 83, in new_publish > * Module ZPublisher.Publish, > line 132, in publish > * Module Zope.App.startup, > line 203, in > zpublisher_exception_hook > * Module ZPublisher.Publish, > line 101, in publish > * Module ZPublisher.mapply, > line 88, in mapply > * Module ZPublisher.Publish, > line 39, in call_object > * Module OFS.DTMLDocument, > line 128, in __call__ > <DTMLDocument instance at > 41725260> > URL: > http://www.arte-luce.com/catalog/html/catalog.html/manage_main > Physical > Path:/arteluce/catalog/html/catalog.html > * Module > DocumentTemplate.DT_String, > line 474, in __call__ > * Module > DocumentTemplate.DT_Let, > line 76, in render > * Module OFS.DTMLDocument, > line 121, in __call__ > <DTMLDocument instance at > 4172b6b0> > URL: > http://www.arte-luce.com/catalog/html/zwarehouse_html_header/manage_main > Physical > Path:/arteluce/catalog/html/zwarehouse_html_header > * Module > DocumentTemplate.DT_String, > line 474, in __call__ > * Module > DocumentTemplate.DT_Util, > line 201, in eval > __traceback_info__: > cart_functions > * Module <string>, line 1, in > <expression> > * Module > Shared.DC.Scripts.Bindings, > line 306, in __call__ > * Module > Shared.DC.Scripts.Bindings, > line 343, in _bindAndExec > * Module > Products.PythonScripts.PythonScript, line 318, in _exec > * Module None, line 16, in > setSessionByRequest.py > <PythonScript at > /arteluce/catalog/cart_functions/setSessionByRequest.py> > Line 16 > * Module > ZPublisher.HTTPRequest, > line 1218, in __getattr__ > * Module > ZPublisher.HTTPRequest, > line 1178, in get > * Module > Products.Sessions.SessionDataManager, line 94, in getSessionData > * Module > Products.Sessions.SessionDataManager, line 181, in _getSessionDataObject > * Module > Products.Transience.Transience, line 847, in new_or_existing > * Module > Products.Transience.Transience, line 450, in __setitem__ > KeyError: 1096365080 (Also, an > error occurred while attempting to > render the standard error message.) > > > ___________________________________ > > Troubleshooting Suggestions > > * The URL may be incorrect. > * The parameters passed to > this resource may be > incorrect. > * A resource that this > resource relies on may be > encountering an error. > For more detailed information about > the error, please refer to error > log. > > If the error persists please > contact the site maintainer. Thank > you for your patience. > > > Hmmm.. that's an odd place to get that error. I'm surprised. Does it only happen after some period of inactivity on the site? - C FOLLOWING Chris's advice first I tried to copy also ZODB directory from Zope 2.7.3 but still the same error... so I Installed Zope-2.7.3b1-0 (IS THIS THE RIGHT VERSION THAT SHOULD SOLVE SESSION PROBLEMS?) and reinstalled with success the following packages: ZWarehouse 0.8 iHotfix-0.4.0 itools-0.4.6 Localizer-1.1.0a4 ZMySQLDA-2.0.8 MySQL-python-1.0.0 TranslationService-0.4 THEN imported my customer's web site but I still have the same problem... whats going on... what am i missing? For every change I made I delete and recreate any persistent session data container rebooting the server (IS THIS ENOUGH OR MUST I DO ANYTHING ELSE???) >From what I can see it seems that the problem comes after about 20 minutes of inactivity... session timeout? (How can I get the session longer just for now I mean??!! modyfing default value in session_timeout_minutes in lib/python/Zope/Startup/handlers.py ???) Hoping to solve the problem quickly....my customer is going to kill me otherwise :( Thank you Matte

3 2

PCNG hook into Calendar
by Bryan Simmons 29 Sep '04

29 Sep '04

I was wondering if anyone would have suggestions on the best way to have another Product create an event, an ATEvent that is, in a portal. I'm looking for an interface to the ATEvent object. I plan to modify PCNG 1.2.4 such that issues can be created as tasks that have a time-span. I'm going to use it as a scheduler for tasking my company's web hosting department. Basically, when a new issue is created, I will have it create an ATEvent if the user specifies that this issue should be a time-based task. I may end up creating a whole new Product to have this work as I would also like to have a click on an ATEvent take the browser to the PCNG issue tied to that event. Any ideas? Some times this editing of Products can be a mess and I'm just asking for any advice on how to keep it simple. -- Regards, Bryan Simmons -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Rick Osborne -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 2