corinthia-dev mailing list archives

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


Dennis E. Hamilton commented on COR-21:

OK, so it is about the organization of the

Note that the extract of to external\download\T\
is in a single operation.  That is, the creation of T (which does not exist at that point)
and the subfolders all happen as part of the single copy operation.  How it is done internal
to the Windows shell copy operation is more elaborate than that, but there is only one request
from the extract_downloads.bat script for each extracted zip.

So there is nothing to set permissions at the time the effective "Extract all" from the Zip
is requested.  Afterwards, there is no writing into T\.  The useful stuff is copied *out*
of T\ and then T\ will be deleted completely (one hopes) just before the next Zip extraction
is done.

I need to muddle on this a bit more.  We may have to require a Windows-native unzip utility
simply to get around these problems.  Because of differences among implementations, we would
have to choose a specific one that we can use and work around any quirks like this one.

> 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-2015-01-10-0821-ZipFolders.png,
Extract-2015-01-10-0830-ZipFolders.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