Closed Bug 292788 Opened 20 years ago Closed 19 years ago

Loading resource directory listing causes error dialog

Categories

(Minimo Graveyard :: General, defect)

WinCE
Other
Other
defect
Not set
normal

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
Target Milestone: --- → Future
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.