Open eurodba opened 9 years ago
Forgot to mentioned - my environment.
Server:
Environment:
Redmine version 2.6.0.stable
Ruby version 2.0.0-p594 (2014-10-27) [i386-mingw32]
Rails version 3.2.19
Environment production
Database adapter Mysql2
SCM:
Subversion 1.8.10
Git 1.9.5
Filesystem
Redmine plugins:
redmine_agile 1.3.5
redmine_changeauthor 1.0.0
redmine_checklists 3.0.2
redmine_contacts 3.4.4
redmine_dmsf 1.4.9 stable
redmine_inline_attach_screenshot 0.4.6
redmine_questions 0.0.5
redmine_screenshot_paste 2.1.0
Client:
The same machine, Windows Server 2012R2 / Windows 8.1 64-bit / Windows 7 64-bit (IE11 / Chrome 39.0.2171.99 m) - behavior is the same negative on all platforms.
Hi! I just haven't had a chance to touch on this library in quite awhile. WebDAV can be a drag simply because clients never act the same and work arounds abound. There's lots of stuff here (thanks for being so verbose!) to dig through. I've taken some initial looks but I'm going to have to get things running so I can run some tests. Realistically I'm shooting for having some time to dig into this next week. If you have any more informations come up before them, please dump them in here.
Thanks!
Hi, thanks a lot for your answer!!! I am looking for your findings. Believe me, lots of people across the world waiting for the resolution of mentioned issues with your gem :) From my side, I can offer only following: once your are done with any new intermediate release/commit, I can perform testing using my environment. Sorry, but that is only, what I can offer for you / for the current situation.
Dear Chris,
Below described bug (or set of bugs) found in Dav4Rack gem, which is working inside Redmine's plugin DMFS. Even if you know, what is Redmine (most probably), I assume that you haven't heard about DMSF plugin. DMSF - coolest functionality extention for Redmine, allowing company to organize internal documents storage directly in Redmine. And one of DMSF's killer features is ability to access stored documents via WebDav protocol. So, as you understand, mentioned WebDav support is realized via your plugin Dav4Rack (as Redmine is written in Ruby). So, now you know our stack. Let's describe bugs, let’s go through all of them, one-by-one:
From the other side, accessing the same folder via Total Commander's plugin WebDav (WebDAV / 2.5 / 2013/11/18) shows folder's content absolutely correctly - dropped folder is not visible, all is correct.
(e.g. TC's plugin send PROPFIND, however, Browser - GET)
Now I made folder's name shorter: FiInDo - result again is the same - Brower can access such folder's name TC - can't:
So, at that moment I start to crash my keyboard and scream on monitor.... :) We need your help, Chris...
P.S. I really hope, that you can still provide support for your project Dav4Rack, as, accoring to your repositiry, last activity with Dav4Rack was 2 years ago... However, it's clear, that you continue to support your other projects. So, all DMSF community is waiting for your reply, keeping fingers crossed!!!
P.P.S. As I was not sure initially, where is issue, on which level - with TC's plugin WebDav, with DMSF or with Dav4Rack - I have already started discussion with Mr. Ghisler (developer of Total Commander, www.ghisler.ch) - see http://www.ghisler.ch/board/viewtopic.php?t=40800 (however, discussion with him continued via e-mails, as his blog's engine (phpBB) is very old and I can't post logs - blog recognize my logs as URLs and says that I am spammer and declines me - sad). Mr. Ghisler's founding is following - he pointed that difference between plugin WebDav and Chrome is, that Chrome adds "/" (slash) at the end of all paths. From my side I can comment, that difference is also in command - WebDav plugin sends command PROPFIND, however, Chrome sends GET.
P.P.P.S. There is issue opened in DMSF's Issue list on GitHub (opened by another guy), where I have posted my issues, as topicstarted was experienced similar issues as me: https://github.com/danmunn/redmine_dmsf/issues/334