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)

1.4 Branch
x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.4final

People

(Reporter: Biesinger, Assigned: Biesinger)

References

()

Details

(Keywords: fixed1.4.2)

Attachments

(1 file)

---- 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.
Priority: -- → P1
Target Milestone: --- → mozilla1.4final
Version: Trunk → 1.4 Branch
Attachment #129868 - Flags: review?(bz-vacation)
Status: NEW → ASSIGNED
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+
Attachment #129868 - Flags: superreview?(darin)
Comment on attachment 129868 [details] [diff] [review]
1.4 branch patch

sr=darin
Attachment #129868 - Flags: superreview?(darin) → superreview+
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?
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 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-
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+
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
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Keywords: fixed1.4.2
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.