- Zope - Zope lists

RE: [Zope] Re: MSIE 6 not opening MIME attachments
by Jim Kutter 12 Jan '04

12 Jan '04

Thanks for the info regarding the nature of the bug. Unfortunately I can't change the URL for a few reasons. Also changing the disposition to "inline" from "attachment", didn't help either. I think the only option left is to post a warning to IE users... -jim -----Original Message----- From: Thierry Florac [mailto:thierry.florac@onf.fr] Sent: Monday, January 12, 2004 10:15 AM To: Jim Kutter; Gilles Lenfant; zope(a)zope.org Subject: Re: [Zope] Re: MSIE 6 not opening MIME attachments On Monday 12 January 2004 16:03, Jim Kutter wrote: > Thanks, but still no luck. Hi, IE only is responsible of this bug : if you specify a "filename" parameter in the "Content-Disposition" header, then IE doesn't open the file (you may have the same kind of problem with PDF or DOC files). This problem which appeared in IE 5.0 disappeared with IE 5.5 and came back in IE 6. Just remove the "filename" option and everything should be OK (but you should keep a good extension in your URL, otherwise it should fail also, depending on your client OS configuration). Thierry > -----Original Message----- > From: Gilles Lenfant [mailto:glenfant@bigfoot.com] > Sent: Thursday, January 09, 2003 7:34 PM > To: zope(a)zope.org > Subject: [Zope] Re: MSIE 6 not opening MIME attachments > > > "Jim Kutter" <jim(a)ebizq.net> a écrit dans le message de > > news:EBA064F73335E9479B473032FE5CBCEBCE0975@cmburns.ebizq.net... > > > I'm trying to send a CSV via a python script. My problem is in IE 6, if > > the user clicks on "Open" instead of save from the dialog that appears, > > Excel will launch, but not find the file in the Temporary Internet Files > > folder. Clicking on "Save" then opening the file manually works just > > fine. > > > > Is this a problem with my response headers or an IE bug? > > > > Here are the headers I'm sending: > > > > response.setHeader('Content-Type', 'text/csv') > > response.setHeader('Content-Length', len(printed)) > > response.setHeader('Content-Disposition', 'attachment; filename=%s' % > > filename) > > > > return printed > > Hi Jim, > > This works for me... > > RESPONSE.setHeader('Content-Type', 'text/comma-separated-values; > charset=ISO-8859-1') > RESPONSE.setHeader('Content-Disposition', 'attachement; > filename=sometable.csv') > > ... even when omiting 'Content-Length' header. > > Hope this helps > > -- > Gilles

2 1

RE: [Zope] Re: MSIE 6 not opening MIME attachments
by Jim Kutter 12 Jan '04

12 Jan '04

Thanks, but still no luck. -jim -----Original Message----- From: Gilles Lenfant [mailto:glenfant@bigfoot.com] Sent: Thursday, January 09, 2003 7:34 PM To: zope(a)zope.org Subject: [Zope] Re: MSIE 6 not opening MIME attachments > "Jim Kutter" <jim(a)ebizq.net> a écrit dans le message de news:EBA064F73335E9479B473032FE5CBCEBCE0975@cmburns.ebizq.net... > I'm trying to send a CSV via a python script. My problem is in IE 6, if > the user clicks on "Open" instead of save from the dialog that appears, > Excel will launch, but not find the file in the Temporary Internet Files > folder. Clicking on "Save" then opening the file manually works just > fine. > > Is this a problem with my response headers or an IE bug? > > Here are the headers I'm sending: > > response.setHeader('Content-Type', 'text/csv') > response.setHeader('Content-Length', len(printed)) > response.setHeader('Content-Disposition', 'attachment; filename=%s' % > filename) > > return printed Hi Jim, This works for me... RESPONSE.setHeader('Content-Type', 'text/comma-separated-values; charset=ISO-8859-1') RESPONSE.setHeader('Content-Disposition', 'attachement; filename=sometable.csv') ... even when omiting 'Content-Length' header. Hope this helps -- Gilles _______________________________________________ Zope maillist - Zope(a)zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )

3 2

importing files into Zope?
by Manuela 12 Jan '04

12 Jan '04

Hi there, I have a problem with importing files into Zope and maybe you can help? I have installed Zope on an Apache server on my Windows machine at home. Everything is working fine, but when I try to import an .zexp file (which I exported from Zope at work) it does show the folder with the correct name but when I click on that folder, I get the following error message: ------------------- Zope Error Zope has encountered an error while publishing this resource. Error Type: AttributeError Error Value: __getitem__ 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 the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience. --------------------- There are some subfolders in that folder. I can click on the "+" next to the folder and it will show the tree with the subfolders but I can't open any of the folders. I guess that the Zope version at work is older than the one I have on my home computer. Could that be a problem? Thanks for your help.

2 1

RE: Zope Digest, Vol 6, Issue 15
by Marinussen, M.J. (Ria) 12 Jan '04

12 Jan '04

Hi Jim, Perhaps the solution to your problem: Delete the "Temporary Internet Files" in Internet Explorer and try again. I had similar problems with viewing the source of webpages. Deleting the cache was a solution on the microsoft website and it worked for my problem. It seems an IE bug that exposes itself when the cache limit is (almost) reached. Greetings, Ria Marinussen > Message: 5 > Date: Fri, 9 Jan 2004 11:01:32 -0500 > From: "Jim Kutter" <jim(a)ebizq.net> > Subject: [Zope] MSIE 6 not opening MIME attachments > To: <zope(a)zope.org> > Message-ID: <EBA064F73335E9479B473032FE5CBCEBCE0975(a)cmburns.ebizq.net> > Content-Type: text/plain; charset="us-ascii" > > I'm trying to send a CSV via a python script. My problem is > in IE 6, if > the user clicks on "Open" instead of save from the dialog > that appears, > Excel will launch, but not find the file in the Temporary > Internet Files > folder. Clicking on "Save" then opening the file manually works just > fine. > > Is this a problem with my response headers or an IE bug? > > Here are the headers I'm sending: > > response.setHeader('Content-Type', 'text/csv') > response.setHeader('Content-Length', len(printed)) > response.setHeader('Content-Disposition', 'attachment; filename=%s' % > filename) > > return printed >

1 0

sitecustomize.py - howto?
by Marc Lindahl 12 Jan '04

12 Jan '04

I'm having this problem: http://collector.zope.org/Zope/718 I can't figure out how to fix this - the 'solution' is too obscure. Can anyone spell it out for me? M

2 2

FieldedTextIndex weighting implemented
by Casey Duncan 12 Jan '04

12 Jan '04

I have an initial implementation of the per-field weighting checked into cvs. I haven't released 0.2 yet, but I expect to sometime in the next week or so. The new feature is unit-tested and documented in the README, so feel free to check it out in the mean time. You can download it directly from CVS at: http://cvs.zope.org/Products/FieldedTextIndex/ There is a link to generate a tarball at the bottom, or you can check in out using anonymous cvs if you want to track changes. Let me know what you think. -Casey

1 0

Re: [Archetypes-devel] Anonymous users creating/modifying Archetypes site content
by Alec Mitchell 11 Jan '04

11 Jan '04

On Sunday 11 January 2004 02:42 pm, Jack Miller wrote: > Created a folder archtype, set perms on an instance of the folder archetype > to allow anonymous users to "Add Portal Content", "Modify Portal Content", > and "View" - figuring I would run it wide open and then tighten things > down. These appear to be the only perms referenced in BaseObject.py and > Schema.py. On my folder content archetype ("Volunteer"), I used the > property > write_permission=CMFCorePermissions.View, on all the fields, including > overloading ID and Title. I've included it for inspection. These > configurations produce the following behavior: I can get an edit form with > all the fields on it, but when I click "Save" it asks for authentication. The first thing I would try to do is look at the security tab in the root of your Plone instance. Take all of the permissions normally assigned to 'Member' (and perhaps to 'Owner' if that doesn't work) and assign them to anonymous. If that works, try removing the permissions that you feel are overkill one by one (my guess here is that anonymous needs 'List Folder Contents', but it really could be almost anything). If that doesn't work try installing the VerboseSecurity product, and erasing the CookieCrumbler 'cookie_authentication' instance's 'Auto-login page ID' field so that you can see the traceback and which permissions are needed. I hope that helps. Alec Mitchell

1 1

Zope 2.6.3 and min (...)
by Gilles Lenfant 11 Jan '04

11 Jan '04

I see that "min" and others have been removed from "secure" python (TTW scripts, dtml...). Is this a bug or a VERY BAD idea ? x = _.min([1,2,3,4]) return x Runs perfectly with Zope 2.6.2. but raises this with Zope 2.6.3... Traceback (innermost last): Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Shared.DC.Scripts.Bindings, line 261, in __call__ Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec Module Products.PythonScripts.PythonScript, line 311, in _exec Module test, line 1, in test - <PythonScript at /test> - Line 1 AttributeError: min Now I got to make my own "min", "max"... functions or externals to override this or wait for the bugfix :-( Or stay with Zope 2.6.2 -- Gilles

2 1

Undo machinery and OOBtrees
by Alec Mitchell 11 Jan '04

11 Jan '04

Hello, I hav a python product that I'm working on which contains a content class which uses OOBtrees and OOSets internally for storing structured data. The problem is that changes to this object which involve those structures do not seem to be undoable (i.e. no transaction shows up in the manage_undo or manage_change_history_page of the instance or its parent). I've tried explicity using get_transaction() to commit and annotate the transaction, and the note seems to end up in the Data.fs, but the transaction still does not appear. Are those datatypes not subject to transactions in the usual manner? Is there a way around this? Should I just use dictionaries and _p_changed if I want to track revisions? Thanks in advance for any enlightenment on these issues. Alec Mitchell

3 4

[ANN] TextIndexNG 2.05 released
by Andreas Jung 11 Jan '04

11 Jan '04

Fixes since 2.04: - fixed name clashes in hashtable code of TXNGSplitter (problem under MacOSX) - Indexing multiple attributes with one index has been broken between V 2.02 - V 2.04. Only the last attribute has been indexed. Download it from "here":http://www.zope.org/Members/ajung/TextIndexNG

3 3