Closed
Bug 292788
Opened 20 years ago
Closed 19 years ago
Loading resource directory listing causes error dialog
Categories
(Minimo Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
Future
People
(Reporter: mwbz, Assigned: dougt)
References
()
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Build Identifier: I only noticed this because I couldn't get my file:// (filed a seperate bug for that), but could get files put in the res directory to work via the resource:// scheme, trying to see if directory listings worked, I tried resource://gre/res/ and it failed. I also tried making a directory within res and going to that and got the same error. Going to a directory that doesn't exist gets a 'File does not exist' error properly. Reproducible: Always Steps to Reproduce: 1. start winEmbed 2. double tap on display for navigation page 3. enter resource://gre/res/ 4. Tap 'Go' Actual Results: A dialog is displayed with the title: "Downloading \Temp\<randomlooking string>" And text: "\Temp\<tempnam> could not be saved, because the source file could not be read. Try again later or contact the server administrator" Expected Results: A directory listing should have been generated This is running on an iPAQ 6315 with an ARM-PPC build made from May 2nd source. There appears to be a \Temp in My Device on File Explorer.
Now that Wolfe figured out the magic incantation for file:// URI's is file:////<path>, I tried "file:////" which hung, and "file:////m" (where minimo is) which got the same error as described in the original bug, unable to create \temp\<tmpnam> -M
| Assignee | ||
Updated•19 years ago
|
Target Milestone: --- → Future
| Assignee | ||
Comment 2•19 years ago
|
||
resource://gre/res works fine.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•