Closed
Bug 209513
Opened 22 years ago
Closed 22 years ago
Mozilla doesn't handle some text/html files correctly
Categories
(Core Graveyard :: File Handling, defect)
Core Graveyard
File Handling
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jlp.bugs, Assigned: jshin1987)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
|
2.13 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
Mozilla doesn't know how to handle text/html files on some sites. It displays
application helper dialog asking you what to do with this file. I think that
this started to be a problem from build 20030614 as a build from 20030613 works
just fine.
Reproducable: always
Steps to reproduce:
1. Open Mozilla
2. Try to open http://mirror.ati.com/support/faq/index.html
or go to http://www.ati.com/ and try clicking on any link
Actual Result:
Mozilla displays a helper application dialog telling you that it can't handle
files of type text/html and asking you what to do.
Expected result:
Mozilla should just display the page.
| Reporter | ||
Updated•22 years ago
|
Flags: blocking1.4?
Comment 1•22 years ago
|
||
confirming on Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030614
last tested build ID working: 2003061311
first tested Build ID notworking: 2003061408
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 2•22 years ago
|
||
I also see similar errors with images. For example on this page I get this error
for some add image:
http://www.3dxtreme.org/
Comment 4•22 years ago
|
||
Jungshik, this got broken by your changes for bug 162765 (in particular, by the
"do not pass the length" changes, since I assume that given the header:
Content-Disposition: filename=index.html
(which is what we have here), it comes out with "filename=index.html" for
dispToken, whereas the old code came out with "filename").
Perhaps we should go back to passing a length for the 'filename' check... that
case is all about handling broken servers anyway....
In any case, could you add parens around the two string checks, so that instead
of (a || b && c) you have (a || (b && c)) ? Much more readable that way.
Assignee: law → jshin
Severity: major → critical
OS: Windows XP → All
Hardware: PC → All
| Assignee | ||
Comment 5•22 years ago
|
||
bz, if you like it, let me have a quick review.
BTW, EqualsIgnorecase() should take care of cases where dispToken is shorter
than 6 chars, right?
Comment 6•22 years ago
|
||
Yes. Except "filename" has 8 letters, not 6... ;)
| Assignee | ||
Comment 7•22 years ago
|
||
Comment on attachment 125785 [details] [diff] [review]
2-liner patch
Oops. I thouhgt I could count. Apparently, I can't sometimes :-)
>+ !dispToken.EqualsIgnoreCase("filename", 6)))
>+ !dispToken.EqualsIgnoreCase("filename", 6)))
With 6 replaced by 8 in two places, let me have r/sr so that I can get this
in.
Attachment #125785 -
Flags: superreview?(bzbarsky)
Attachment #125785 -
Flags: review?(bzbarsky)
Comment 8•22 years ago
|
||
Comment on attachment 125785 [details] [diff] [review]
2-liner patch
With that change, looks good.
Attachment #125785 -
Flags: superreview?(bzbarsky)
Attachment #125785 -
Flags: superreview+
Attachment #125785 -
Flags: review?(bzbarsky)
Attachment #125785 -
Flags: review+
| Assignee | ||
Comment 9•22 years ago
|
||
Fix checked in. Marking as fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•