[Bug 170885] New: Buggy webdav behaviour when server uses reverse proxy

[Rafał Malinowski]

http://bugs.kde.org/show_bug.cgi?id=170885

           Summary: Buggy webdav behaviour when server uses reverse proxy
           Product: kio
           Version: unspecified
          Platform: Gentoo Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: webdav
        AssignedTo: kdelibs-bugs at kde.org
        ReportedBy: malinowskirafal at wp.pl


Version:            (using KDE 4.1.0)
OS:                Linux
Installed from:    Gentoo Packages

When the webdav address is masked by reverse proxy the webdav support does not
work well:
- there are ghost collections
- it is not possible to move/copy files

How the setup looks on my computer:
1. two apache instances
2. first instance at port 2000 with webdav under /uploads/ path
3. second instance at 2001 with webdav under /uploads/ path
4. the first apache has a reverse proxy at path /apache2/ that connects to
localhost:2001:/

So valid webdav resources are:
webdav://localhost:2000/uploads/
webdav://localhost:2001/uploads/
webdav://localhost:2000/apache2/uploads/

(the third one is exactly the same as second one).


The first two are working OK, but when the third is entered into konqueror
there are some bugs:

1. there shows ghost collections with the name of current collection 

for the webdav://localhost:2000/apache2/uploads/ address it displays:

uploads/ (non existing subcollection)
a/ (existing subcollection)
file_1 (OK)
file_2 (OK)

for the webdav://localhost:2000/apache2/uploads/a/ address it displays:

a/ (non existing subcollection)


2. copy/move does not work

The Konqueror send Destination header with address that is not translated by
reverse proxy. I am not sure if it should be fixed at apache side (that should
translate it) or if some kind of translation code should be added to konqueror.


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.