Crash if select multiple message and push reply (or reply all) button [nsWindow::AddRef]

RESOLVED WORKSFORME

Status

SeaMonkey
MailNews: Message Display
--
critical
RESOLVED WORKSFORME
15 years ago
11 years ago

People

(Reporter: Bugzilla FR, Unassigned)

Tracking

({crash})

Trunk
x86
Linux
crash

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210

Mozilla 1.3b crash when I select multiple message in the windows and push the
reply button. 
Not reproductible on windows platform

Reproducible: Always

Steps to Reproduce:
1.Select 2 (or more) messages
2. click on reply
3. Crash

Actual Results:  
crash

Expected Results:  
Open 2 (or more) messages compositions windows (like in windows).

Comment 1

15 years ago
cannot reproduce the crash with

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030214

but it seems that occasionaly not all the reply windows are filled properly when
opened
(Reporter)

Comment 2

15 years ago
Strange. 
Not reproducible with the same build on another linux box...
Philippe

Comment 3

15 years ago
Created attachment 114502 [details]
backtrace, non-debug, with symbols

crashes easily on a current trunk CVS, Linux:
Selected two common plain text messages and hit reply -> crash.

Stack loops after the tenth line.

Comment 4

15 years ago
confirming
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Summary: Crash if select multiple message and push reply (or reply all) button → Crash if select multiple message and push reply (or reply all) button [nsWindow::AddRef]
(Reporter)

Comment 5

15 years ago
Strange behaviour.
I have make a serie of test :

- new install and new profile : no crash
- same install + piemenue  : no crash
- same install + piemenue + diggler  : no crash
- same install + piemenue + diggler + orbit theme : crash

And finally : 
- New install and new profile : crash...

Moreover when mozilla doesn't crash 2 composition windows appear, when I 
close the first, moz ask me if I want to save. For the second windows he doesn't 
ask me anything and close the window at my request.

Ph.

Comment 6

15 years ago
*** Bug 198291 has been marked as a duplicate of this bug. ***

Comment 7

14 years ago
*** Bug 188147 has been marked as a duplicate of this bug. ***

Comment 8

14 years ago
Update: This bug appears to be resolved in 1.7 alpha, at least on Linux.
Selecting multiple messages and hitting reply open multiple reply windows as
expected. Can somebody confirm the same for the Win32 port?
(Reporter)

Comment 9

14 years ago
(In reply to comment #8)
> Update: This bug appears to be resolved in 1.7 alpha, at least on Linux.
> Selecting multiple messages and hitting reply open multiple reply windows as
> expected. Can somebody confirm the same for the Win32 port?

No more pb with thunderbird 0.6 windows.
Seems to be resolved.
Philippe

Comment 10

14 years ago
May not crash on Thunderbird on Windows, but this was reported with Mozilla on 
Linux. And it still crashes on Linux, Gtk2, fresh  build. Some race condition:

(gdb) bt
#0  0x4075000f in _int_malloc () from /lib/tls/libc.so.6
#1  0x4074f4bd in malloc () from /lib/tls/libc.so.6
#2  0x404ef527 in g_malloc () from /usr/lib/libglib-2.0.so.0
#3  0x403ce25b in gdk_region_rectangle () from /usr/lib/libgdk-x11-2.0.so.0
#4  0x403ec321 in expose_serial_predicate () from /usr/lib/libgdk-x11-2.0.so.0
#5  0x403eada6 in gdk_window_scroll () from /usr/lib/libgdk-x11-2.0.so.0
#6  0x403f88e8 in gdk_window_resize () from /usr/lib/libgdk-x11-2.0.so.0
#7  0x41be9940 in moz_drawingarea_resize ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#8  0x41bee811 in nsWindow::NativeResize ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#9  0x41bf37ab in nsCommonWidget::Resize ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#10 0x4117a7ee in nsView::SetDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#11 0x4117d36e in nsViewManager::SetWindowDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#12 0x4117fe97 in nsViewManager::DispatchEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#13 0x41179a8c in HandleEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#14 0x41bf357e in nsCommonWidget::DispatchEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#15 0x41bf34f3 in nsCommonWidget::DispatchResizeEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#16 0x41bf373b in nsCommonWidget::Resize ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#17 0x4117a7ee in nsView::SetDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#18 0x4117d36e in nsViewManager::SetWindowDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#19 0x4117fe97 in nsViewManager::DispatchEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#20 0x41179a8c in HandleEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#21 0x41bf357e in nsCommonWidget::DispatchEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#22 0x41bf34f3 in nsCommonWidget::DispatchResizeEvent ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#23 0x41bf373b in nsCommonWidget::Resize ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libwidget_gtk2.so
#24 0x4117a7ee in nsView::SetDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#25 0x4117d36e in nsViewManager::SetWindowDimensions ()
   from /home/dark/MOZ/TREE1/mozilla/dist/bin/components/libgklayout.so
#26 0x4117fe97 in nsViewManager::DispatchEvent ()

(rest of stack loops forever)

Comment 11

13 years ago
my gtk2 build crash 
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040817"

bt

Program received signal SIGSEGV, Segmentation fault.
0x4045850f in _gdk_window_move_resize_child () from /usr/lib/libgdk-x11-2.0.so.0

#0  0x4045850f in _gdk_window_move_resize_child () from /usr/lib/libgdk-x11-2.0.so.0
#1  0x40466388 in gdk_window_resize () from /usr/lib/libgdk-x11-2.0.so.0
#2  0x414eed86 in moz_drawingarea_resize (drawingarea=0x886ea50, width=71595521,
height=148180408) at mozdrawingarea.c:188
#3  0x414f460f in nsWindow::NativeResize (this=0x885a130, aWidth=71595521,
aHeight=71595520, aRepaint=1) at nsWindow.cpp:2377
#4  0x414fab80 in nsCommonWidget::Resize (this=0x885a130, aWidth=71595521,
aHeight=71595520, aRepaint=1) at nsCommonWidget.cpp:311
#5  0x41257287 in nsView::SetDimensions (this=0x8da1160, aRect=@0x8d50db8,
aPaint=148180408) at nsUnitConversion.h:159
#6  0x4125a21e in nsViewManager::SetWindowDimensions (this=0x84ccf60,
aWidth=1073932755, aHeight=1073932740) at nsViewManager.cpp:635
#7  0x4125d08d in nsViewManager::DispatchEvent (this=0x84ccf60,
aEvent=0xbfe01390, aStatus=0xbfe0133c) at nsUnitConversion.h:149
#8  0x41256426 in HandleEvent (aEvent=0xbfe01390) at nsView.h:243
#9  0x414fa8fc in nsCommonWidget::DispatchEvent (this=0x885a130,
aEvent=0xbfe01390, aStatus=@0xbfe0138c) at nsCommonWidget.cpp:218
#10 0x414fa871 in nsCommonWidget::DispatchResizeEvent (this=0x4447601,
aRect=@0x4447600, aStatus=@0xbfe0140c) at nsCommonWidget.cpp:204
#11 0x414faaf6 in nsCommonWidget::Resize (this=0x885a130, aWidth=71595517,
aHeight=71595516, aRepaint=1) at nsCommonWidget.cpp:322
#12 0x41257287 in nsView::SetDimensions (this=0x8da1160, aRect=@0x8d50db8,
aPaint=148180408) at nsUnitConversion.h:159
#13 0x4125a21e in nsViewManager::SetWindowDimensions (this=0x84ccf60,
aWidth=1073932695, aHeight=1073932680) at nsViewManager.cpp:635
#14 0x4125d08d in nsViewManager::DispatchEvent (this=0x84ccf60,
aEvent=0xbfe01620, aStatus=0xbfe015cc) at nsUnitConversion.h:149
#15 0x41256426 in HandleEvent (aEvent=0xbfe01620) at nsView.h:243
[gdb loop forever]

Comment 12

13 years ago
see also bug 205530.  With a debug build, I get the same stack as in that bug. 
Note that if X is crashing, it's necessary to pass --sync to Mozilla if you want
a decent stack trace.  Otherwise X processes requests whenever it feels like it
and the stack isn't useful.
Product: Browser → Seamonkey

Updated

13 years ago
Assignee: sspitzer → mail

Comment 13

11 years ago
Confirmed with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060607 Debian/1.7.12-1.2

Comment 14

11 years ago
Sorry, I forgot to mention: It also happens when multiple messages are selected and forward button is pushed.

Comment 15

11 years ago
Mozilla 1.7.x is not supported (and Debian builds are more not supported).  Upgrade to SeaMonkey or Tbird:

http://www.mozilla.org/projects/seamonkey/

This worksforme, probably fixed by bug 293781 along with bug 205530
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.