Closed
Bug 216294
Opened 21 years ago
Closed 21 years ago
display MIME type of the server in download dialog and not the mime-type returned by windows registry
Categories
(Core Graveyard :: File Handling, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.4final
People
(Reporter: Biesinger, Assigned: Biesinger)
References
()
Details
(Keywords: fixed1.4.2)
Attachments
(1 file)
1.29 KB,
patch
|
bzbarsky
:
review+
darin.moz
:
superreview+
asa
:
approval1.4.1-
mkaply
:
approval1.4.2+
|
Details | Diff | Splinter Review |
---- This is the 1.4 branch version of bug 184971 ---- basically, if windows maps (e.g.) audio/x-mpegurl to .m3u and .m3u has a mimetype of audio/mpegurl, we show the latter mimetype in the dialog, even if the server sent the first one, and we also store the wrong type in mimeTypes.rdf. I would like this fixed on the 1.4 branch, but not with the trunk's patch, which I consider too large and risky; so filing a new bug.
Assignee | ||
Updated•21 years ago
|
Priority: -- → P1
Target Milestone: --- → mozilla1.4final
Version: Trunk → 1.4 Branch
Assignee | ||
Comment 1•21 years ago
|
||
Assignee | ||
Updated•21 years ago
|
Attachment #129868 -
Flags: review?(bz-vacation)
Assignee | ||
Updated•21 years ago
|
Status: NEW → ASSIGNED
![]() |
||
Comment 2•21 years ago
|
||
Comment on attachment 129868 [details] [diff] [review] 1.4 branch patch r=me, but test very very well.
Attachment #129868 -
Flags: review?(bz-vacation) → review+
Assignee | ||
Updated•21 years ago
|
Attachment #129868 -
Flags: superreview?(darin)
Comment 3•21 years ago
|
||
Comment on attachment 129868 [details] [diff] [review] 1.4 branch patch sr=darin
Attachment #129868 -
Flags: superreview?(darin) → superreview+
Assignee | ||
Comment 4•21 years ago
|
||
Comment on attachment 129868 [details] [diff] [review] 1.4 branch patch this fixes a bug where a wrong mimetype gets displayed in a dialog, and where it looks to the user like data is not stored. Affects windows only. The risk should be low.
Attachment #129868 -
Flags: approval1.4.x?
Assignee | ||
Comment 5•21 years ago
|
||
oh, and this patch only affects the code when loading files with content that mozilla can't display. I tested this by loading files with different mime types, both from hard disk and over http.
Comment 6•21 years ago
|
||
Comment on attachment 129868 [details] [diff] [review] 1.4 branch patch This is not going to make 1.4.1. Please re-request aproval after 1.4.1 ships if you'd like to get this in for 1.4.2.
Attachment #129868 -
Flags: approval1.4.x? → approval1.4.x-
Assignee | ||
Updated•21 years ago
|
Attachment #129868 -
Flags: approval1.4.2?
Comment 7•21 years ago
|
||
Comment on attachment 129868 [details] [diff] [review] 1.4 branch patch a=mkaply for 1.4.2
Attachment #129868 -
Flags: approval1.4.2? → approval1.4.2+
Assignee | ||
Comment 8•21 years ago
|
||
fixed om 1.4 branch. Checking in win/nsOSHelperAppService.cpp; /cvsroot/mozilla/uriloader/exthandler/win/nsOSHelperAppService.cpp,v <-- nsOSHelperAppService.cpp new revision: 1.38.20.1; previous revision: 1.38 done
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
•