Modal dialogs lockup on Mozilla.app and Firebird.app

RESOLVED EXPIRED

Status

RESOLVED EXPIRED
15 years ago
10 years ago

People

(Reporter: martin, Unassigned)

Tracking

Trunk
PowerPC
Mac OS X

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/124 (KHTML, like Gecko) Safari/125
Build Identifier: 

Working on IBM's Eclipse (build id: 200402122000) alongside mozilla (release 1.6) or Firefox (rel 0.8) 
locks up the UI dialogs in Mozilla. Window-modal dialogs with OK/Cancel (for example when a domain 
or server isn't found, or when using cmd-enter to send an email) won't react to mouseclick or enter/
escape keys. The "Close all tabs" dialog when closing a multitabbed browser window also shows this 
problem.

If running Mozilla _and_ Firefox _and_ Eclipse, both mozilla and firefox show the symptoms at the same 
time. Firefox will quit even with open window-modal dialog (from Cmd-Q or taskbar right-click->quit), 
while Mozilla requires a Force Quit. 


Reproducible: Sometimes
Steps to Reproduce:
I am trying to narrow down on steps to repro. Haven't been able to find them, it is triggered by my 
reading news/answering emails on Mozilla, while working on code on Eclipse. 





Eclipse is writte in Java and uses the SWT library (as opposed to AWT or Swing), and is running with Perl 
editor extensions.
I find it strange that Eclipse (of apps considering it's java) could do this.

I think if this is a bug, and not just a dup of something else being associated
with Eclipse... we would see this with many Java Apps on the Mac OS.
Summary: Modal dialogs lockup when using with Eclipse M6 Carbon → Modal dialogs lockup when using with Eclipse M6 Carbon
(Reporter)

Comment 2

15 years ago
I agree with you; yet it's the behaviour I see. I am somewhat suspicious of the
SWT toolkit. 

My normal work environment consists of 

- Mozilla.app for web/email, Firebird and Safari as alt browsers
- X11.app (emacs and other niceties on X)
- Terminal.app with ssh

as soon as I add Eclipse M6, I get UI lockups on Moz and Firebird around once
per hour. I haven't been able to narrow it down, unfortunately. I am open to ideas.

Eclipse is running under the latest Java JDK downloaded from Apple's Java 1.4.2
Dev package. 

Is there any debug flags I could enable either in Moz or OS X to help me narrow
down where this is happening? 
(Reporter)

Comment 3

15 years ago
When Firefox's UI is locked, Console.app reports:
Mar  8 18:03:17 dhcp101 /Applications/Firefox.app/Contents/MacOS/firefox-bin: *** Warning: 
ATSUMeasureText has been deprecated.  Use ATSUGetUnjustifiedBounds instead. ***


Could this be a symptom of bug #161332 ?
(Reporter)

Comment 4

15 years ago
Created attachment 143434 [details]
Crash log of Firebird after being closed with locked dialog

Firebird.app had one open window, displaying the moz homepage. I tried to open
a URL from a nonexistant domain, the dialog indicating that the host could not
be resolved did not register click/enter/escape.

Eclipse was _not_ in use...
(Reporter)

Comment 5

15 years ago
I have managed to see the problem without having Eclipse open. Fresh crash log attached, and changed 
the summary.
Summary: Modal dialogs lockup when using with Eclipse M6 Carbon → Modal dialogs lockup on Mozilla.app and Firebird.app
CC-->  Ludovic Hirlimann

This looks like a dup of 161332.  I think your more qualified to decide than me.
(Reporter)

Comment 7

15 years ago
I have checked bug #161332 and also bug #227295 but they don't seem to be
crasher bugs at all. Additionally, I haven't seen the warnings with the latest
crashes...
Product: Core → Mozilla Application Suite
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED

Updated

10 years ago
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.