Closed
Bug 3930
Opened 26 years ago
Closed 26 years ago
[PP] mac file selection control displays complete path
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
VERIFIED
FIXED
M8
People
(Reporter: cpratt, Assigned: pierre)
References
()
Details
If you use the following HTML snippet on a Mac:
<form action="mailto:cpratt@netscape.com">
<input type=file size=20 name=file value=myfile>
</form>
after selecting a file you see something such as
/Macintosh HD/Desktop Folder/apprunner
although I'd expect you'd see something such as
Macintosh HD:Desktop Folder:apprunner
Updated•26 years ago
|
Assignee: karnaze → dcone
Updated•26 years ago
|
Assignee: dcone → pierre
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Summary: File selection control gives non-Mac rep of path to file → [PP]File selection control gives non-Mac rep of path to file
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
Target Milestone: M8
Assignee | ||
Comment 1•26 years ago
|
||
Invalid. The path returned by the File Widget should contain slashes as
separators. You can verify with Communicator on the following page:
http://marvin.mcom.com/whitebox/tools/Event%20Tools/16-1.html
Click the Browse button, select a file and look at the result in the text area.
Status: RESOLVED → REOPENED
Summary: [PP]File selection control gives non-Mac rep of path to file → [PP] mac file selection control displays complete path
Invalid in the sense that I didn't report this bug correctly.
IE 4.5 and Communicator 4.51 behave differently than apprunner at this point.
Expected behavior is this: that the file name itself (only!) is shown in the
selection widget. Changing description and reopening bug.
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•26 years ago
|
||
It's fixed now. It was a cross-platform bug.
Status: RESOLVED → REOPENED
using the 1999060119 build on Mac OS 8.6, the complete path to the file is
displayed - which is wrong. using the 1999060108 build on NT, the path is not
displayed, which is correct behavior. therefore, i'm reopening this bug as it
does not appear to be fixed on Mac OS.
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Assignee | ||
Comment 5•26 years ago
|
||
Using build 1999060209, it appears to work on the Mac. Maybe were you using an M6
build instead of M7?
Marking fixed again.
Whiteboard: Waiting for build that accepts manually entered URLs
Using the 1999061108 build under Mac OS 8.6, it won't let me manually enter a
URL... so this is waiting for a newer build...
Assignee | ||
Comment 7•26 years ago
|
||
Please don't recycle bug reports. If you can verify that the mac file selection
control no longer displays complete paths, mark it as such. Then if you think
that not allowing you to manually enter an URL is a bug, open a separate bug
report but it is likely to be closed as Invalid or WontFix because that's the way
it always worked in Communicator.
Whiteboard: Waiting for build that accepts manually entered URLs
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•