Hi, I'm working on webdav too. Question : When I access to my folder by webdav protocol (win98 webfolder), I can list the folder content, but when I want to access to a file inside, Zope asked to me another authentification, then I can access to my file (wordd file (.doc)) but only in read only mode. When I see the Z2.log, I see that anonymous user lock my file when I try to access it . Why ? Anybody for my question ? Thanks Eric Le Lundi 17 Septembre 2001 23:40, vous avez ?rit :
This should be fixed in Zope 2.4.X
Andreas ----- Original Message ----- From: "Phil Harris" <phil.harris@zope.co.uk> To: <zope-dev@zope.org> Sent: Monday, September 17, 2001 12:05 Subject: [Zope-dev] WebDav Bug?
All,
I'm in the process of creating a Python based equivalent for Cadaver.
I think there is a minor but very annoying bug in the Zope WebDav server.
I don't think the contents of the properties are being quoted.
For instance:
One object in my ZODB has a title of 'Declare interfaces for MIMEtype <-> Type object registry objects.'
The '<->' is what causes the problem when parsed by xml.dom.minidom.
Any ideas whether I'm right, and if so what can be done.
Phil phil.harris@zope.co.uk
+1 family member.
The nuclear family is now ready.
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org 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 - Zope-Dev@zope.org 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 )
-- Eric Brun Mission TIC Savoie Technolac France E-mail : Eric.Brun@univ-savoie.fr ------------------------------------------------------- -- Eric Brun Mission TIC Savoie Technolac France E-mail : Eric.Brun@univ-savoie.fr
Question : When I access to my folder by webdav protocol (win98 webfolder), I can list the folder content, but when I want to access to a file inside, Zope asked to me another authentification, then I can access to my file (wordd file (.doc)) but only in read only mode.
This seems to be a problem with the locking Office 2000 programs want to do. With Zope 2.4.1 this should work. But we also found a couple of problems (most of them probably not on Zope's end - but MS unfortunately still SETS some of the real-life standards ...): - If you use lower-case-only or upper-case-only names, that might be a problem, as Windows (98, NT/2000/XP should do better) assumes that both are the same (some DOS legacy mode I guess) - You can't rename files via the Web Folder feature. With the WebDrive product (which is commercial) we CAN rename files, but it is somewhat unstable and does not do SSL under Win98 - Uploads might freeze the client system (it does not really crash, just block for a while) Some additional issues when using the CMF: - There is this really great idea that you can create a news item by just posting a MyNews.news file to your Member folder. The first problem is that Word does not let you save an HTML file as ".news", so we changed the rules in CMF and upload "news_MyNews.htm" files - If the file contains empty lines, the upload won't work. Add a single space to the line, and it will work. I guess that one is a parsing bug in the CMF's PUT method WebDAV really could be a great protocol. But it has some way to go. And unfortunately many of the problems are client-side. On the Linux platform, we'd need a kio_slave implementation of WebDAV for KDE (though there is a WebDAV file system module that let's you mount a WebDAV server like NFS, I've not tested that one yet). Another nice-to-have thing would be WebDAV support in the StarOffice/OpenOffice project (and of course I want HTML PUT or WebDAV back in Mozilla's/Netscape's composer). OpenOffice does not get too much attention these days, but it uses a really great, XML-based file format. Combined with WebDAV and Zope, you would be able to do really cool things. Just one example: - draw a pie chart prototype in OpenOffice - Upload it to Zope - in Zope, dive into the XML and replace the demo values by DTML (or ZPT) variables; you might even be able to specify variables from OpenOffice directly - Users can then download dynamically generated charts from Zope (e.g. a website logfile report) - The cool thing: It's not a GIF file or so. You can take it and adjust it, put it into a presentation etc. Think of similar scenarios with spreadsheet tables or slide show presentations! With proper browser integration, the OpenOffice files could even be used to display stuff on the web! This would be something like "rich HTML" ... Joachim
Some additional issues when using the CMF:
- There is this really great idea that you can create a news item by just posting a MyNews.news file to your Member folder. The first problem is that Word does not let you save an HTML file as ".news", so we changed the rules in CMF and upload "news_MyNews.htm" files
FYI - I have a proposal that could also be used to address this. It would be great to get some feedback on it: http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeathToI ndexHtml Brian Lloyd brian@zope.com Zope Corporation www.zope.com
Hi Brian, that proposal sounds very good to me. Could it be enhanced in a way that we can add an "add automatic extension when served by webdav". What I mean by that is that an object without extension is "seen" as having say .html appended to it when it is access by webdav. So we can use all these extension based web authoring tools without changing the python way of doing things. Robert ----- Original Message ----- From: "Brian Lloyd" <brian.lloyd@zope.com> To: "Joachim Werner" <joe@iuveno-net.de>; <zope-dev@zope.org> Sent: Wednesday, September 19, 2001 10:47 PM Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)
Some additional issues when using the CMF:
- There is this really great idea that you can create a news item by
just
posting a MyNews.news file to your Member folder. The first problem is that Word does not let you save an HTML file as ".news", so we changed the rules in CMF and upload "news_MyNews.htm" files
FYI - I have a proposal that could also be used to address this. It would be great to get some feedback on it:
http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeathToI
ndexHtml
Brian Lloyd brian@zope.com Zope Corporation www.zope.com
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org 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 )
Hi Brian, that proposal sounds very good to me. Could it be enhanced in a way that we can add an "add automatic extension when served by webdav". What I mean by that is that an object without extension is "seen" as having say .html appended to it when it is access by webdav. So we can use all these extension based web authoring tools without changing the python way of doing things.
This is an idea that has been kicking around for a while - I am somewhat resistant to it because I have been trying hard to fight for less magic in Zope. It is very hard to implement DWIM (Do What I Mean) and have it do the right thing in all situations - it often turns out to be fragile and easily broken as the system evolves. That's not to say that we absolutely wouldn't do it - but there are enough internal ramifications and questions to be answered that I don't see how this would get done by 2.5. I'd be happy to see a proposal that addresses how deeply that magic would have to affect other parts of the system (as DAV support is largely implemented on top of other APIs) and the scope of the behavior and effort (I would expect that if DAV acted that way, then FTP should too). <soapbox> IMHO, I'd rather see the things that make using file extensions a pain in the first place go away. The "death to index_html" part of my proposal is a first step toward that. If web-oriented tools expect to be able to use file extensions, then Zope needs to do what people expect. If people trying to start using Zope are immediately stymied by bizarre issues with something that they take so for granted (file extensions), they'll never get far enough to see all of the things that are great about Zope. </soapbox> Brian Lloyd brian@zope.com Zope Corporation www.zope.com
----- Original Message ----- From: "Brian Lloyd" <brian.lloyd@zope.com> To: "Robert Rottermann" <robert@redcor.ch>; "Joachim Werner" <joe@iuveno-net.de>; <zope-dev@zope.org> Sent: Thursday, September 20, 2001 10:49 AM Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)
Hi Brian, that proposal sounds very good to me. Could it be enhanced in a way that we can add an "add automatic extension when served by webdav". What I mean by that is that an object without extension is "seen" as having say .html appended to it when it is access by webdav. So we can use all these extension based web authoring tools without changing the python way of doing things.
This is an idea that has been kicking around for a while - I am somewhat resistant to it because I have been trying hard to fight for less magic in Zope. It is very hard to implement DWIM (Do What I Mean) and have it do the right thing in all situations - it often turns out to be fragile and easily broken as the system evolves.
Less magic is good. Longer term, it seems like this can be addressed by the Component architecture, can't it? Ideally the WebDAV Presentation Component would be given some clues about how to represent the object in WebDAV. Or maybe there will be a selection of WebDAV components that provide a variety of ways to deal with it.
<soapbox>
IMHO, I'd rather see the things that make using file extensions a pain in the first place go away. The "death to index_html" part of my proposal is a first step toward that. If web-oriented tools expect to be able to use file extensions, then Zope needs to do what people expect.
...while still balancing the desire to easily access objects and methods via Python. Tricky. Kevin
On Thursday 20 September 2001 11:03 am, Kevin Dangoor allegedly wrote: [snip]
Less magic is good.
Longer term, it seems like this can be addressed by the Component architecture, can't it? Ideally the WebDAV Presentation Component would be given some clues about how to represent the object in WebDAV. Or maybe there will be a selection of WebDAV components that provide a variety of ways to deal with it.
<soapbox>
IMHO, I'd rather see the things that make using file extensions a pain in the first place go away. The "death to index_html" part of my proposal is a first step toward that. If web-oriented tools expect to be able to use file extensions, then Zope needs to do what people expect.
...while still balancing the desire to easily access objects and methods via Python. Tricky.
Kevin
Possibly just giving the user the ability to specify a name for an object separate from it's id so that an extension could be used could be a short-term solution. Or even just a property "DAV_extension" that lets you specify the file extension when using webDAV. When files are uploaded via WebDAV, the ext is stripped from the id and stored in this property. It is reappended by Zope when accessing the object through WebDAV. At least that way it is magic is under your direct control. -Casey
Or even just a property "DAV_extension" that lets you specify the file extension when using webDAV. When files are uploaded via WebDAV, the ext is stripped from the id and stored in this property. It is reappended by Zope when accessing the object through WebDAV.
At least that way it is magic is under your direct control.
The problem (a problem) is that "accessing the object through WebDAV" is not a tightly bounded thing. DAV is built over HTTP, and (intentionally) GET and PUT requests by DAV clients are not distinguishable from regular HTTP intent (thus the "source vs. rendered" problem). An example: a DAV client does a PROPFIND on a folder, and the folder lies and says "mymethod.html" is there (when its real id is just "mymethod"). The client will likely then do a HEAD or a GET on it - which doesn't go through any DAV code at all and the lookup will fail with a 404 Not Found. That means that if we were to try to implement this, it is not a simple matter of "changing the DAV code", as this would affect publishing, security, potentially all name lookup code and who knows what else :( Again, that does not mean it could not happen, but someone will need to invest a non-trivial amount of time to come up with a proposal that comprehensively assesses (and provides recommendations for addressing) all of the side effects so that the community can make a reasonable decision on whether it is worth the effort. Brian Lloyd brian@zope.com Zope Corporation www.zope.com
I agree that Brian's proposal is a good idea. --On Friday, September 21, 2001 08:46:42 AM +0200 Robert Rottermann <robert@redcor.ch> wrote:
Hi Brian, that proposal sounds very good to me. Could it be enhanced in a way that we can add an "add automatic extension when served by webdav". What I mean by that is that an object without extension is "seen" as having say .html appended to it when it is access by webdav. So we can use all these extension based web authoring tools without changing the python way of doing things.
This wouldn't work very well for two reasons: 1. Sites like ours use a mix of DTML, Python Scripts and other things. It would make some sense to map the DTML method register_user to register_user.html but the Python Script would want to be register_user.py. 2. The object on a Zope site already contain type information that can and should be leveraged for outgoing access. My first cut suggestion would be to implement a separate outgoing mapping table driven by the object's meta-type attribute (with provision for CMF to override this to use it's different notion of type).
Robert ----- Original Message ----- From: "Brian Lloyd" <brian.lloyd@zope.com> To: "Joachim Werner" <joe@iuveno-net.de>; <zope-dev@zope.org> Sent: Wednesday, September 19, 2001 10:47 PM Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)
Some additional issues when using the CMF:
- There is this really great idea that you can create a news item by
just
posting a MyNews.news file to your Member folder. The first problem is that Word does not let you save an HTML file as ".news", so we changed the rules in CMF and upload "news_MyNews.htm" files
FYI - I have a proposal that could also be used to address this. It would be great to get some feedback on it:
http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeath ToI
ndexHtml
Brian Lloyd brian@zope.com Zope Corporation www.zope.com
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org 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 - Zope-Dev@zope.org 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 )
----- Original Message ----- From: "Dan L. Pierson" <dan@control.com> To: <zope-dev@zope.org> Sent: Thursday, September 20, 2001 5:56 PM Subject: Re: Re: [Zope-dev] WebDav Bug? -- And some comments on how greatWebDAV is ;-)
I agree that Brian's proposal is a good idea.
--On Friday, September 21, 2001 08:46:42 AM +0200 Robert Rottermann <robert@redcor.ch> wrote:
Hi Brian, that proposal sounds very good to me. Could it be enhanced in a way that we can add an "add automatic extension when served by webdav". What I mean by that is that an object without extension is "seen" as having say .html appended to it when it is access by webdav. So we can use all these extension based web authoring tools without changing the python way of doing things.
This wouldn't work very well for two reasons:
1. Sites like ours use a mix of DTML, Python Scripts and other things. It would make some sense to map the DTML method register_user to register_user.html but the Python Script would want to be register_user.py.
Since a "show yourself as .html" should be configurable on a per folder or per dtml-method/document instance base python scripts would never be bothered. In fact I think only ZPTemplates will ever need such a mapping. ZPT is such much nicer than DTML that soon no new sites will be done not using it. Templates alredy have a half hearted such mapping (as explained in the tutorial which is reachable from the Zope home page). It just does not seam to work for non *nix computers. Robert
2. The object on a Zope site already contain type information that can and should be leveraged for outgoing access.
My first cut suggestion would be to implement a separate outgoing mapping table driven by the object's meta-type attribute (with provision for CMF to override this to use it's different notion of type).
Robert ----- Original Message ----- From: "Brian Lloyd" <brian.lloyd@zope.com> To: "Joachim Werner" <joe@iuveno-net.de>; <zope-dev@zope.org> Sent: Wednesday, September 19, 2001 10:47 PM Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)
Some additional issues when using the CMF:
- There is this really great idea that you can create a news item by
just
posting a MyNews.news file to your Member folder. The first problem is that Word does not let you save an HTML file as ".news", so we changed the rules in CMF and upload "news_MyNews.htm" files
FYI - I have a proposal that could also be used to address this. It would be great to get some feedback on it:
http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeath
ToI
ndexHtml
Brian Lloyd brian@zope.com Zope Corporation www.zope.com
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org 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 - Zope-Dev@zope.org 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 - Zope-Dev@zope.org 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 )
participants (7)
-
Brian Lloyd -
Casey Duncan -
Dan L. Pierson -
Eric Brun -
Joachim Werner -
Kevin Dangoor -
Robert Rottermann