File types, Mimemap etc.
Chris Hall (132) 3558 posts |
The problem I describe below showed up because a packaged zip file I uploaded for PackMan did not work correctly. Initially this was because the file that I had specified as my contents list had a filename ‘pointer.url’ and sometime during 2015 someone had decided that files of type ‘.url’ would no longer be rendered by any browser. I have changed my specification to ‘pointer.txt’ and another packaged file I uploaded then worked. But not version 0.24 of !Cat. Alan Buckley has looked into it and found that if he re-zipped the file it worked when dragged to PackMan. File contents were therefore excluded as a cause. I had another package which worked correctly, was zipped in the same way using the same (SparkFS) software, uploaded using the same ftpc client and appeared on the web in the same way and downloaded from my Windows File Explorer (which allows ftp as a drive) to my NAS (drive N: under Windows) or LanMan98:: under ARMX6, both exactly as expected. I had used SparkFS to zip both packages but depending on whether I subsequently viewed them after creation or not (and before uploading) they can end up with different RISC OS filetypes – either Zip (&A91) or Archive (&DDC). The package that would not work with PackMan (!Cat version 0.24) is type Zip (&A91), the one that worked correctly was Archive (&DDC). Both appear in the form ‘Filename.zip’ on the following drives: The &A91 version appears as ‘Filename.zip,a91’ on the following drives: The symptoms were therefore confusing: HostFS viewer of the NAS (drive N:) on VRPC now shows two files, one type Zip and one type Archive (&DDC). LanMan98 viewer of the NAS on VRPC shows two files, both type Zip. Can anyone account for this please? The relevant MimeMap entries are: VRPC:
HostFS::HardDisc4.$.!Boot.Choices.Default.Internet.Files.MimeMap
ARMX6: Boot:Resources.!Internet.files.MimeMap
|