[
https://issues.apache.org/jira/browse/COR-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
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: https://issues.apache.org/jira/browse/COR-21
> 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
(v6.3.4#6332)
