Closed
Bug 461786
Opened 16 years ago
Closed 16 years ago
Unknown content dialog shouldn't refer to non-existent preference tag
Categories
(Mozilla Labs :: Prism, defect)
Mozilla Labs
Prism
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: matthew.gertner, Assigned: matthew.gertner)
Details
Attachments
(1 file)
|
1.60 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
When a file is downloaded in a Prism app, a dialog is displayed to ask the user whether to save the file to disk or open it with a specific application. When the checkbox "Do this automatically..." is ticked, text appears at the bottom of the dialog to tell the user that the setting can be changed in the Applications tab of the app preferences. But we don't have this tab right now, so the text is misleading.
|
Assignee | |
Comment 1•16 years ago
|
||
Attachment #344911 -
Flags: review?(mark.finkle)
|
||
Updated•16 years ago
|
Attachment #344911 -
Flags: review?(mark.finkle) → review+
|
|
||
Comment 2•16 years ago
|
||
Comment on attachment 344911 [details] [diff] [review]
Hide the "Applications tab" text
I wonder if overriding the DTD/properties file would be more robust in the long run.
|
|
Assignee | |
Comment 3•16 years ago
|
||
(In reply to comment #2)
> (From update of attachment 344911 [details] [diff] [review])
> I wonder if overriding the DTD/properties file would be more robust in the long
> run.
Not sure if I follow. Can you give me an example?
|
|
Assignee | |
Updated•16 years ago
|
Summary: Unknown content dialog shouldn't prefer to non-existent preference tag → Unknown content dialog shouldn't refer to non-existent preference tag
|
|
Assignee | |
Comment 4•16 years ago
|
||
Adding runtime/chrome/content/unknownContentType.xul
Sending runtime/chrome/jar.mn
Transmitting file data ..
Committed revision 19593.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•