corinthia-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Peter Kelly (JIRA)" <>
Subject [jira] [Commented] (COR-21) Extracting Externals Problems on Shared Drives
Date Sat, 10 Jan 2015 15:50:34 GMT


Peter Kelly commented on COR-21:

It looks like the problem is related to some of the directories created during execution of
the script being read-only, specifically:


After successfully running the script on an NTFS volume, I tried to copy the download directory
to a network drive, and encountered the same errors as described earlier. I don't know if
this is a property of the windows sharing system, or the mac's implementation of it, but because
the directories are read-only, it does not allow files to be copied into them.

So we just need something in the script to clear the read-only attribute in the script. attrib
-r should do the job I think; I'm about to give that a try.

> Extracting Externals Problems on Shared Drives
> ----------------------------------------------
>                 Key: COR-21
>                 URL:
>             Project: Corinthia
>          Issue Type: Bug
>         Environment: Microsoft Windows connection to shared drives
>            Reporter: Dennis E. Hamilton
>            Priority: Minor
>              Labels: Windows, download, scripts, sharedstorage
>         Attachments: Extract-2015-01-09-1505-XPtoDitto.png, Extract-2015-01-09-1511-Astraendo2toDitto.png,
Extract-2015-01-09-1523-VW10toZ.png, Extract.png
> Peter reported failures of the extract_downloads script when operating on a share from
within a Windows 7 VMware Guest.
> A similar problem has been replicated with a Windows 10 Guest on Hyper-V.
> It smells like some sort of race condition.  
> Some use on shared drives work, others fail.

This message was sent by Atlassian JIRA

View raw message