Select the search type
  • Site
  • Web
Search
You are here:  Support/Forums
Support

Bring2mind Forums

WebDav - can not copy (file names......), file exists
Last Post 06/10/2009 3:10 PM by floatingpointmatt. 4 Replies.
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
G2 Excel
New Member
New Member
Posts:11


--
05/01/2009 1:57 PM

Peter,

We have a customer who has the following problem, will you provide some insight?

he's trying to copy folder and files under that folder from Windows Explorer's WebDav folder to his Desktop, or any folder on his computer. Upon Copy/Paste, it fails with error "can not copy (file names under the folder......), file exists." If we look at his Desktop, the folder was indeed created but no files were copied at all. Subsequent Copy/PASTES will result in same errors  "can not copy (file names under the folder......), file exists." 

What is interesting on his computer is the Webdav folderconnection is being persistent even after a machine restart, cleaning IE explorer cookies, which means, if his disconnect the webDav folder, or delete that connection, he then type in the URL directly again in Windows Explorer, the connection will be reestablished again automatically without prompting userid/password. We're not aware any mechanism on his computer that would remember the portal userid/password, and I tend to think that as long as we get rid of this persistent Webdav connection, and then reestablish one from Portal again,  the problem may well disappear.

This problem only occurs on this ONE computer. I wonder if this type of COPY/PASTE( from webDav to Local machine) error has occured to any of your other customers?

Thank you

 

 

 

Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
05/07/2009 1:31 PM
Hi,

Some aspects sound familiar, but the case as a whole is new. Can you give us some specifics of the client PC? Like Windows version. And if all recent patches have been applied or if specific WebDAV software was ever installed.

Thanks,
Peter
floatingpointmatt
New Member
New Member
Posts:9


--
06/09/2009 9:00 PM

Hello,

I am having a similar issue; however, it relates to copying into the WebDAV folder (not from the WebDAV folder).

Testing works fine from a Windows 7 (RC) machine outside the building; however, using a Windows XP SP3 machine inside the building (routing to the external IP just the same) doesn't work.

Additional detail includes a server configuration of:

  • Windows Server 2003 (IIS with WebDAV prohibited and configuration as per the install guide)
  • SQL Server 2005 Express
  • DMX 5.01.00 + New Gallery Add-on

The behaviour is described as follows...

  1. Login to DNN using Admin (non-admin users will not have WebDav)
  2. Select a folder from DMX
  3. Open in Windows Explorer (either via DMX menu, or context menu)
  4. Explorer opens - the first time, it seems to issue the following error...

    "Documents in this folder are not available.  The folder may have been moved or deleted, or network problems may be preventing a connection to the server."
     
  5. Explorer shows an empty folder (ie. does not list folder contents), but seems fine otherwise.
  6. Files are copied from the local machine into the WebDav folder - the following error occurs...

    "This folder already contains a file named 'xyz'"
     
  7. A prompt to replace a zero byte file occurs.
  8. Selecting yes continues to prompt for all files in the copy.
  9. The files appear to be successfully copied, but all are the same size as the first file copied -- AND they don't appear in DMX.

When I review the files in the project, I can see DMX is creating logs of the event, but don't really know where to look... /Portals/_default/DMX/Log seems to show requests at the appropriate times (either setting authentication cookies, or stating "Dmxdav cookie exists").

I've also seen files being created in /Portals/0/DMX (.resources files) that don't appear to correlate to the file upload attempts (On a side note, can any of these and the items in the Graveyard be cleared in any reliable fashion?).  Nothing in Temp or Upload.

Ultimately, I need to know that DMX can recover WebDAV access easily since the intent is to map a network drive to the WebDAV share and automate updates to the DMX folders.  I also figure WebDAV will give users the ability to do a quick, in-place update if the normal synchronization cycle doesn't meet their needs.

Other than that, my understanding is that there really isn't an automated Import from a folder (ie. something that might be populated via FTP) to use as an alternative.  Is that correct?

Many thanks for any insight!

I do find DMX a great product, and it's definitely made life easier so far on this project!

Best regards,

Matthew (Floating-Point Communications)

Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
06/09/2009 11:52 PM
Hi Matt,

You're not using a subfolder in the local installation are you? WebDAV can't handle www.myserv.com/mydnn/dmxdav.axd/etc. The mydnn needs to go.

The .resources files under portals/0/dmx are the uploaded files once they're in DMX. They first go into a holding area under Upload and/or Temp.

DMX 5.1 does a better job at cleaning up. There is nothing yet for deleting the Graveyard stuff, but this is also easily done by hand.

Note that a dedicated WebDAV client (like Webdrive) may be more stable than Windows as a webdav client.

There is an auto import tool in the making PLUS there now is a sync folder in DMX 5.1.

Peter
floatingpointmatt
New Member
New Member
Posts:9


--
06/10/2009 3:10 PM

Hello Peter,

There's no subfolder in use.  Everything is running against a domain level Portal Alias.

I confirmed last night that everything continues to work from a non-XP environment.  Windows 7 can lag in its Explorer integrated WebDAV, but ultimately it comes through and does the right thing.  I suspect Vista would too.

As per your suggestion, I tried Webdrive FTP and it was stable.  Not my preferred solution (as it's another moving part in the mix), but definitely a working alternative to the native OS support.

Good to hear about the auto import tool.  I tried the synchronized folder functionality, and it works as advertised.  I'd certainly recommend it where file volume isn't a concern.  I'm looking at a big enough repository (potentially) that doubling the storage required to keep it online probably isn't viable.

Thanks for the information about cleanup too.  Very appreciated.

Thanks again for the quick turnaround on support!

Great job!

Matthew (Floating-Point Communications)

You are not authorized to post a reply.