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

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

Kevin, I am not the one to fix this.

Marking nsbeta1-

Roland, do have time to work on this?

The patch for bug 118846 seems to fix this problem.

*** This bug has been marked as a duplicate of 118846 ***