corinthia-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dennis E. Hamilton (JIRA)" <>
Subject [jira] [Updated] (COR-21) Extracting Externals Problems on Shared Drives
Date Sat, 10 Jan 2015 16:18:34 GMT


Dennis E. Hamilton updated COR-21:
    Attachment: Extract-2015-01-10-0813-FolderAttributes.png

On Windows systems, and Windows views of shared folders, the "." in Read-Only Attribute does
not mean the folder is read only.  A check mark would appear if that were the case. 

This is some sort of default that shows on most folders, including newly-created ones.  It
appears to mean that if there are any read-only content, they will be set individually.

In the examples I have, there is no read-only setting on any of the downloaded Zips or their
extracts into a working T\ subfolder.

> 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-2015-01-10-0813-FolderAttributes.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