version: checked out from CVS server a few hours ago reproducible: yes platform: linux how: when you're prompted for the number of articles to download from a newsgroup, click in the text field and it crashes i think it's a new problem. this did not happen yesterday. backtrace attached below...

hmmmmm... i don't know what the appropriate component is for that problem. feel free to change it.

reassign to seth, but looks like a skins problem.

This sounds like another case of bug #37597.

ben thinks this is a sympton of 36655

Talkback#9838875 on today's 05-03-08 commercial build: Stack Trace librdf.so + 0x9c73e (0x4083973e) librdf.so + 0x54c66 (0x407f1c66) libmozjs.so + 0x385e7 (0x400755e7) libmozjs.so + 0x2e8ca (0x4006b8ca) libmozjs.so + 0x286ea (0x400656ea) libmozjs.so + 0x288cc (0x400658cc) libmozjs.so + 0x106df (0x4004d6df) libjsdom.so + 0x2bb9e (0x401e9b9e) libjsdom.so + 0x583ec (0x402163ec) libraptorhtml.so + 0x34ae72 (0x40c30e72) libraptorhtml.so + 0x34a4df (0x40c304df) libraptorhtml.so + 0x18f892 (0x40a75892) librdf.so + 0x5f76c (0x407fc76c) librdf.so + 0x5f889 (0x407fc889) librdf.so + 0x5f889 (0x407fc889) librdf.so + 0x5f889 (0x407fc889) libraptorhtml.so + 0x369e30 (0x40c4fe30) libraptorhtml.so + 0x20eb9d (0x40af4b9d) libraptorhtml.so + 0x1c92e0 (0x40aaf2e0) libraptorhtml.so + 0x1c917c (0x40aaf17c) libraptorview.so + 0x8df5 (0x40e99df5) libraptorview.so + 0x8d9d (0x40e99d9d) libraptorview.so + 0x16d8a (0x40ea7d8a) libraptorview.so + 0x7a5d (0x40e98a5d) libwidget_gtk.so + 0x2adca (0x4051cdca) libwidget_gtk.so + 0x2aced (0x4051cced) libwidget_gtk.so + 0x2ae50 (0x4051ce50) libwidget_gtk.so + 0x2be5f (0x4051de5f) libwidget_gtk.so + 0x2f6ef (0x405216ef) libwidget_gtk.so + 0x25957 (0x40517957) libwidget_gtk.so + 0x2580a (0x4051780a) libgdk-1.2.so.0 + 0x170fb (0x406770fb) libglib-1.2.so.0 + 0xfa86 (0x406a1a86) libglib-1.2.so.0 + 0x10041 (0x406a2041) libglib-1.2.so.0 + 0x100f4 (0x406a20f4) libwidget_gtk.so + 0x1ed7d (0x40510d7d) libnsappshell.so + 0x1033e (0x4043f33e) libnsappshell.so + 0x1802c (0x4044702c) libnsappshell.so + 0xdc0a (0x4043cc0a) libjsdom.so + 0x39ec2 (0x401f7ec2) libjsdom.so + 0x36cb1 (0x401f4cb1) libmsgnews.so + 0x1bca8 (0x416a9ca8) libmsgnews.so + 0x1c755 (0x416aa755) libmsgnews.so + 0x24100 (0x416b2100) libmsgnews.so + 0x27789 (0x416b5789) libmsgbaseutil.so + 0x29506 (0x410e8506) libnecko.so + 0x12494 (0x4087f494) libnecko.so + 0x11d90 (0x4087ed90) libxpcom.so + 0x6e24b (0x4010924b) libxpcom.so + 0x6e186 (0x40109186) libxpcom.so + 0x6ee4d (0x40109e4d) libwidget_gtk.so + 0x1e82f (0x4051082f) libwidget_gtk.so + 0x1e5fd (0x405105fd) libglib-1.2.so.0 + 0xe3ca (0x406a03ca) libglib-1.2.so.0 + 0xfa86 (0x406a1a86) libglib-1.2.so.0 + 0x10041 (0x406a2041) libglib-1.2.so.0 + 0x101e1 (0x406a21e1) libgtk-1.2.so.0 + 0x8b7a9 (0x405ce7a9) libwidget_gtk.so + 0x1ed0a (0x40510d0a) libnsappshell.so + 0x142ca (0x404432ca) mozilla-bin + 0x319c (0x0804b19c) mozilla-bin + 0x34b3 (0x0804b4b3) libc.so.6 + 0x17cb3 (0x4030ecb3)

I am not sure this bug is dup of which bug , feel free to mark as dup of above bugs if you are sure for the same problem.....

This problem also occurring on the WinNT platform by using today's build..... Still trying to reproduce this problem on Mac 9.0, I got crashes on today's Mac build from other problem.....is this dogfood bug?

Problem was also occurring on the Mac platform. Updating the platforms to All, adding dogfood on the keywords

accepting. I see this on win32. here's a better stack trace: nsXULRadioGroupElement::SetSelectedItem(nsXULRadioGroupElement * const 0x0798d278, nsIDOMXULRadioElement * 0x00c42eb0) line 90 + 13 bytes SetXULRadioGroupElementProperty(JSContext * 0x03995e90, JSObject * 0x05b79408, long -1, long * 0x0012df78) line 131 + 19 bytes js_SetProperty(JSContext * 0x03995e90, JSObject * 0x05b79408, long 60141520, long * 0x0012df78) line 2160 + 195 bytes js_Interpret(JSContext * 0x03995e90, long * 0x0012e100) line 2352 + 1424 bytes js_Invoke(JSContext * 0x03995e90, unsigned int 1, unsigned int 2) line 702 + 13 bytes js_InternalInvoke(JSContext * 0x03995e90, JSObject * 0x05b79408, long 95922128, unsigned int 0, unsigned int 1, long * 0x0012e298, long * 0x0012e238) line 775 + 19 bytes JS_CallFunctionValue(JSContext * 0x03995e90, JSObject * 0x05b79408, long 95922128, unsigned int 1, long * 0x0012e298, long * 0x0012e238) line 2794 + 31 bytes nsJSContext::CallEventHandler(nsJSContext * const 0x03994670, void * 0x05b79408, void * 0x05b7a7d0, unsigned int 1, void * 0x0012e298, int * 0x0012e294, int 0) line 787 + 33 bytes nsJSEventListener::HandleEvent(nsIDOMEvent * 0x07ae1284) line 154 + 64 bytes nsXBLEventHandler::ExecuteHandler(nsXBLEventHandler * const 0x0798b470, const nsString & {...}, nsIDOMEvent * 0x07ae1284) line 452 nsXBLEventHandler::MouseUp(nsIDOMEvent * 0x07ae1284) line 153 + 44 bytes nsEventListenerManager::HandleEvent(nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 2, nsEventStatus * 0x0012ef08) line 768 + 17 bytes nsXULElement::HandleDOMEvent(nsXULElement * const 0x079338e0, nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 2, nsEventStatus * 0x0012ef08) line 3301 nsXULElement::HandleDOMEvent(nsXULElement * const 0x07934ec0, nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 2, nsEventStatus * 0x0012ef08) line 3324 + 39 bytes nsXULElement::HandleDOMEvent(nsXULElement * const 0x07934c70, nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 2, nsEventStatus * 0x0012ef08) line 3324 + 39 bytes nsXULElement::HandleDOMEvent(nsXULElement * const 0x0799d9d0, nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 2, nsEventStatus * 0x0012ef08) line 3324 + 39 bytes nsGenericElement::HandleDOMEvent(nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x0012ecd4, unsigned int 1, nsEventStatus * 0x0012ef08) line 1037 + 39 bytes nsHTMLInputElement::HandleDOMEvent(nsHTMLInputElement * const 0x0799d7cc, nsIPresContext * 0x07625200, nsEvent * 0x0012f018, nsIDOMEvent * * 0x00000000, unsigned int 1, nsEventStatus * 0x0012ef08) line 731 + 31 bytes PresShell::HandleEventInternal(nsEvent * 0x0012f018, nsIView * 0x07a91810, nsEventStatus * 0x0012ef08) line 3409 + 39 bytes PresShell::HandleEvent(PresShell * const 0x07673764, nsIView * 0x07a91810, nsGUIEvent * 0x0012f018, nsEventStatus * 0x0012ef08, int & 1) line 3338 + 23 bytes nsView::HandleEvent(nsView * const 0x07a91810, nsGUIEvent * 0x0012f018, unsigned int 8, nsEventStatus * 0x0012ef08, int & 1) line 774 nsView::HandleEvent(nsView * const 0x0763c400, nsGUIEvent * 0x0012f018, unsigned int 28, nsEventStatus * 0x0012ef08, int & 1) line 747 nsViewManager2::DispatchEvent(nsViewManager2 * const 0x0763c4f0, nsGUIEvent * 0x0012f018, nsEventStatus * 0x0012ef08) line 1372 HandleEvent(nsGUIEvent * 0x0012f018) line 69 nsWindow::DispatchEvent(nsWindow * const 0x0763c2d4, nsGUIEvent * 0x0012f018, nsEventStatus & nsEventStatus_eIgnore) line 527 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012f018) line 548 nsWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3358 + 21 bytes ChildWindow::DispatchMouseEvent(unsigned int 301, nsPoint * 0x00000000) line 3565 nsWindow::ProcessMessage(unsigned int 514, unsigned int 0, long 2556033, long * 0x0012f37c) line 2468 + 24 bytes nsWindow::WindowProc(HWND__ * 0x0099011c, unsigned int 514, unsigned int 0, long 2556033) line 780 + 27 bytes USER32! 77e71820() 00270081()

nsbeta2+

this is clearly a dup of 36655 *** This bug has been marked as a duplicate of 36655 ***

sorry,

er, sorry, dup of 37597 (which is what laurel reported a while back.) *** This bug has been marked as a duplicate of 37597 ***

Verified as duplicate.

Adding keyword to bugs which already show a nsbeta2 triage value in the status whiteboard so the queries don't get screwed up.