Closed
Bug 209513
Opened 21 years ago
Closed 21 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•21 years ago
|
Flags: blocking1.4?
Comment 1•21 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•21 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•21 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•21 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•21 years ago
|
||
Yes. Except "filename" has 8 letters, not 6... ;)
Assignee | ||
Comment 7•21 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•21 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•21 years ago
|
||
Fix checked in. Marking as fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•