

If you are using Edit-in-Place functionality over HTTP, no additional setup is required.
WIN 7 WEBDAV CLIENT HOW TO
For information on how to edit files in Filr with Edit-in-Place functionality, see Working with files in the Filr 3.4: User Access Guide.

If you are using a browser that still supports the NPAPI plug-in architecture, you can leverage Edit-in-Place functionality. If you do not want your Filr users to use the edit-in-place functionality, then disable WebDAV for the Filr site. Users can use the edit-in-place functionality to edit a file only if WebDAV is enabled on the Filr site. Micro Focus anticipates that other browser vendors might also discontinue support for the Java browser plug-in in the near future. Because Filr’s Edit-in-Place functionality relies on the plug-in, Edit-in-Place is no longer supported in these browsers. # `Options -Indexes` is enabled to prevent directory listingĪlias /robots.txt /srv/#Alias /sitemap.xml /srv/Alias /favicon.Due to security concerns about the NPAPI cross platform plug-in architecture, Google’s Chrome browser version 45 and later and Microsoft’s Edge browser have discontinued support for the Java browser plug-in. WSGIScriptAlias / /srv/# Serve static / media files through apache instance and alias/map them to specific urls. ServerAlias # Log file location and settings logs within project is ok as long as 'links' are made to system 'var/log/apache'ĮrrorLog /var/log/apache2/ĬustomLog /var/log/apache2/-vhost_combined-access.log vhost_combined The speed improvement is significant, for a python project with 21876 files a refresh takes half as long, 11 minutes vs 22 minutes with authentication. A work around that I implemented is to allow anonymous directory/file listing (PROPFIND requests) and authentication on everything else using Apache config shown below. I was able to find an answer that this is apparently by design: the authentication challenge is to be on every request. nginx is sitting in front of apache and passing ALL the traffic to it Why do you think it sends requests without authentiocation? # Possible values include: debug, info, notice, warn, error, crit,ĮrrorLog /var/log/apache2/-error.logĬustomLog /var/log/apache2/.log common Xx.xx.xx.xx - "PROPFIND /Files HTTP/1.0" 401 751Īs you can see for any proper digest authenticated request it sends one wrong requestĪlias /Files "/var/BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefullyīrowserMatch "MS FrontPage" redirect-carefullyīrowserMatch "^WebDrive" redirect-carefullyīrowserMatch "^WebDAVFS/1." redirect-carefullyīrowserMatch "^gnome-vfs/1.0" redirect-carefullyīrowserMatch "^XML Spy" redirect-carefullyīrowserMatch "^Dreamweaver-WebDAV-SCM1" redirect-carefullyīrowserMatch "MSIE" AuthDigestEnableQueryStringHack=On Xx.xx.xx.xx - username "PROPFIND /Files HTTP/1.0" 301 495 In server logs I can see strange 401 errors: xx.xx.xx.xx - "PROPFIND /Files HTTP/1.0" 401 751 After that drive appears to be connected except for one detail. Command follows: net use z: /user:username *
WIN 7 WEBDAV CLIENT WINDOWS
Now i'm trying to connect windows drive to it. I've enabled apache dav module on my site and configured digest authentication for it.
