Browser hangs when I add a new mime type

VERIFIED FIXED

Status

SeaMonkey
Preferences
P1
major
VERIFIED FIXED
18 years ago
13 years ago

People

(Reporter: shrirang khanzode, Assigned: Ben Goodger (use ben at mozilla dot org for email))

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [nsbeta3+][nsbeta2-])

(Reporter)

Description

18 years ago
Build: 2000071708

When I try to add a new mime type to the prefs|Helper Application menu using the 
"Add" button, after filling in the details, pressing the OK button hangs the 
browser and I cannot seem to get rid of the "Preferences" window at all. I have 
to restart the browser to work again. The new mime type does get saved however.
(Reporter)

Comment 1

18 years ago
qa:self, nomnating beta2.
Keywords: nsbeta2
QA Contact: sairuh → shrir

Comment 2

18 years ago
Putting on [nsbeta2-] radar.  Not critical to beta2.  Adding "relnote" keyword 
for PR2 release. 
Keywords: relnote
Whiteboard: [nsbeta2-]

Comment 3

18 years ago
Changing to relnote2 -- please fix this on any other bugs you've marked for the 
PR2 release notes!
Keywords: relnote → relnote2
nominating for nsbeta3
Status: NEW → ASSIGNED
Keywords: nsbeta3

Comment 5

18 years ago
nav triage team: mscott, sounds like a backend problem to us.
Assignee: ben → mscott
Status: ASSIGNED → NEW
Whiteboard: [nsbeta2-] → [nsbeta3+]

Comment 6

18 years ago
there is no back end implementation for this dialog. It's all written in XUL.
Re-assigning back to Ben. 
Assignee: mscott → ben

Comment 7

18 years ago
Putting [nsbeta2-] back in.
Whiteboard: [nsbeta3+] → [nsbeta3+][nsbeta2-]
hang on add seems to have gone away but I cleaned upa  couple of js errors, and 
an assert when removing a type, as well as the problem whereby the 
fileExtensions resources werent being nuked. 
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Reporter)

Comment 9

18 years ago
Build:2000081008m18 windows
This has come back in M18. I see the browser hanging after I fill in the details 
for a new mime type for the first time and press OK. Prefs dialog cannot be 
dismissed at all and the browser window is inaccessible. Reopening.....

FYI; Added acrobat, pdf ,application/pdf and the path to acroreader in the 
dialog.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Updated

18 years ago
Priority: P3 → P1
shirang, is the state you end up in where the pref window is defocused but still 
modal? (such that you can click on neither it nor the app window)?

If so that is a separate bug that has been occurring elsewhere. danm might know 
more about it (I'll ask him). 

I noticed it when adding a mime type once, but that was once out of five or six 
times so it seems to be intermittent (Windows 2000)

There was a hang in editing a mime type due to an image not being present. I 
have just now checked in a fix for that. 

The problem you describe sounds like 22658, currently owned by danm ('closing 
some dialogs activates the wrong window').

Status: REOPENED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED
(Reporter)

Comment 11

18 years ago
>shirang, is the state you end up in where the pref window is defocused but 
>still modal?

Yes..I ended up like that. But this is working(adding new mime type) most of the 
time. Will log a seperate bug when I see it again. VERIFIED(2000082504m18)
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.