Closed Bug 123871 Opened 23 years ago Closed 23 years ago

[EVENT]clicking on dropdown menus hangs mozilla and Xserver

Categories

(Core :: Layout: Form Controls, defect, P2)

Product:
Core
Component:
Layout: Form Controls
Platform:
Sun
Solaris
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 118846
Milestone:
Future

People

(Reporter: william.jon.mccann, Assigned: rods)

References

(
URL
)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.2) Gecko/20011002 Netscape6/6.1 BuildID: 0.9.8 Clicking on dropdown menus in an HTML form hangs mozilla running on sparc with latest Solaris release. mozilla 0.9.7 worked fine under Solaris 8 4/01 64-bit with all Recommended patches from August 2001. This problem began after I updated to Solaris 8 10/01 64-bit with Recommended patches from 04 Jan 2002. The problem continues with 0.9.8. Since it seems that there may be some bug introduced by a Sun patch between August and the end of December, I opened a problem report case with Sun Microsystems. They concluded that mozilla was unsupported "beta" software and couldn't help me. I have been using the Sun release of Netscape 6.1EA without a problem. I don't experience such problems with any other application. Reproducible: Always Steps to Reproduce: 1. Start mozilla > 0.9.7 on Solaris 8 (10/01 release + recent patches) 2. Visit any HTML form with dropdown menus (query.cgi) 3. Start clicking on the dropdown menus 4. Repeat (3) until hang occurs - usually between 1-5 clicks Actual Results: The entire window system will hang. I can log in remotely and run prstat: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 16704 root 138M 47M run 30 0 0:20.42 61% Xsun/1 6664 mccannwj 35M 31M sleep 30 0 0:01.12 37% mozilla-bin/8 % /usr/proc/bin/pstack `ps -ef|grep Xsun|grep -v grep| awk '{print $2}'` 16704: /usr/openwin/bin/Xsun :0 -nobanner -dev /dev/fbs/ffb0 defclass TrueCol fec9b164 _libc_sigprocmask (feb3f60c, 0, ffbefadc, 18a5d8, feb3e000, ffbef940) + 8 00034094 BlockHandler (18d3fc, 1888fc, 1888f8, 18d404, 1, 18a5d8) + 70 000315b8 WaitForSomething (6c0fb972, 18a5d8, 195b58, 69bf80, 8, 20) + 8e8 00030acc Dispatch (ffbefbc0, fffffffc, ffffffff, 3ffffc, 195b60, 0) + 98 000514e0 main (18a4b0, 18d3fc, ffbefec4, 1, 17bb48, 0) + 7c0 0005d398 _start (0, 0, 0, 0, 0, 0) + b8 When I kill the mozilla process the window system returns.
-> HTML FORM Controls
Assignee: trudelle → rods
Component: XP Apps → HTML Form Controls
QA Contact: sairuh → madhur
That's an old issue... In fact, that are two issues: 1. We grab the mouse and do not release it when we receive a mouosebutton_down event before we call any function within Mozilla. If this function "hangs" we effectively "lock" the whole Xserver. I filed bug 118866 ("Menus should ungrab the mouse before executing any command") for that long long ago (we should u grab the mouse before calling any hooks within Mozilla) 2. This may happen far more often with older versions of the GDK/GTK+ libraries. Either update your libraries or use the "Xlib toolkit" Mozilla
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: clicking on dropdown menus hangs mozilla and CDE → clicking on dropdown menus hangs mozilla and Xserver
Kevin, I am not the one to fix this.
Status: NEW → ASSIGNED
Keywords: nsbeta1
Summary: clicking on dropdown menus hangs mozilla and Xserver → [EVENT]clicking on dropdown menus hangs mozilla and Xserver
Marking nsbeta1-
Keywords: nsbeta1 → nsbeta1-
Roland, do have time to work on this?
Target Milestone: --- → mozilla1.1
Priority: -- → P2
Target Milestone: mozilla1.1 → Future
QA Contact: madhur → tpreston
The patch for bug 118846 seems to fix this problem.
*** This bug has been marked as a duplicate of 118846 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.