Closed Bug 135304 Opened 23 years ago Closed 23 years ago

Mail and Address book window redraws indefinitely (flickers) with some emails

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 121583

People

(Reporter: fago, Assigned: sspitzer)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020403 BuildID: 2002040308 Sometimes the email window tries to automatically resize the panes to fit the email header, but due to the length of the list of my mailboxes (perhaps?), the email tries to reduce the size of the message pane. This then starts an infinite loop of pane resizing, causing the window to "flicker" severely. Note that I am using the mailbox layout with mailboxes and message list above the preview pane. This only seemed to happen when I had left the message pane "horizontal divider" at the default position. After I resized it manually I have not yet been able to reproduce the problem. I also ran into EXACTLY the same bug with the Address Book. When I had added the enough addresses to the address book so that the list _just_ barely fit in the pane, the same "flickering" redraw occured. This vanished after I manually resized the pane. So yes, there does seem to be a workaround, but the problem looks quite severe when you run into it. Reproducible: Sometimes Steps to Reproduce: 1.See above 2. 3. Actual Results: Infinite loop of window pane resizing and redrawing causing severe flickering. Expected Results: Nothing. You can see an approximation of what the flickering looks like (hopefully) by displaying your mail in the format mentioned above, displaying all headers, and then dragging the horizonal divider downwards until the header just fits into the preview pane. If you drag it downwards slightly more you should notice incorrect redrawing/flickering at the bottom of the window. Imagine this happening (all by itself) at 20 times per second -- that's pretty close to what I was seeing. I am running KDE 2.2.2 with XFree 4.2.0
I also see this problem on the 2002040910 build on Solaris 9. If I try to resize the message pane using the horizontal divider bar. Mozilla aborts with a segmentation fault. The seg fault is reproducible if I do the resize while mozilla is still "Looking for folders" This is a severe problem. Attached Truss file. /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: poll(0x00B4A868, 2, 0) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: read(6, "16\016D601\b01D201\b01D2".., 2048) = 2048 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: read(6, "0F R16F701\b01E801\0\0\0".., 1152) = 1152 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: write(6, " ", 1) = 1 /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /1: poll(0x00B4A6A8, 2, 0) = 1 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: poll(0x00B4A888, 2, 0) = 1 /1: poll(0x00B4A888, 2, 0) = 1 /1: poll(0x00B4A888, 2, 0) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: read(6, "16\0170601\b01D201\b01D2".., 2048) = 2048 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: read(6, "0F R17 '01\b01E801\0\0\0".., 1152) = 1152 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: poll(0x00B4A768, 2, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: yield() = 0 /1: lwp_unpark(6, 1) = 0 /6: lwp_park(0x00000000, 0) = 0 /6: lwp_unpark(1, 1) = 0 /1: lwp_park(0x00000000, 0) = 0 /1: lwp_unpark(5, 1) = 0 /1: poll(0x00B4A6A8, 2, 0) = 0 /1: poll(0x00B4A6A8, 2, 0) = 0 /1: poll(0x00B4A908, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: write(6, " ", 1) = 1 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: poll(0x00B4A7C8, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: poll(0x00B4A968, 2, 0) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /1: poll(0x00B4A968, 2, 0) = 1 /1: poll(0x00B4A968, 2, 0) = 1 /1: poll(0x00B4A968, 2, 0) = 1 /1: poll(0x00B4A968, 2, 0) = 1 /1: poll(0x00B4A968, 2, 0) = 1 /1: poll(0x00B4A968, 2, 0) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE714) = 0 /1: read(6, "16\017 601\b01D201\b01D2".., 704) = 704 /1: poll(0x00B4A968, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: poll(0x00B1FD48, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE714) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE834) = 0 /1: poll(0x00B4A868, 3, 0) = 1 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: stat("/home/jlaurent/nsmail/nsmail.sbd/Ambassador.sbd", 0xFFBFDE68) Err#2 ENOENT /1: lwp_unpark(6, 1) = 0 /6: lwp_park(0x00000000, 0) = 0 /6: lwp_park(0x00000000, 0) = 0 /6: lwp_unpark(1, 1) = 0 /1: lwp_park(0x00000000, 6) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: write(5, "FA", 1) = 1 /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /1: write(6, " ", 1) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE834) = 0 /1: read(6, "040117 A ! e02D8\0\0\0 >".., 928) = 928 /1: poll(0x00548C60, 2, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: poll(0x00B51900, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: write(6, " ", 1) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: read(6, "16\01A1901\b01D201\b01D2".., 1600) = 1600 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: poll(0x00B4A8E8, 2, 0) = 0 /1: poll(0x00B4A8E8, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: stat("/home/jlaurent/nsmail/nsmail.sbd/Boeing.sbd", 0xFFBFDD48) Err#2 ENOENT /1: lwp_unpark(6, 1) = 0 /6: lwp_park(0x00000000, 0) = 0 /6: lwp_park(0x00000000, 0) = 0 /6: lwp_unpark(1, 1) = 0 /1: lwp_park(0x00000000, 6) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: poll(0x00B51960, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: write(6, " ", 1) = 1 /5: lwp_park(0xFD96FC80, 0) Err#62 ETIME /1: poll(0x00B51920, 2, 0) = 1 /1: poll(0x00B51920, 2, 0) = 1 /1: poll(0x00B51920, 2, 0) = 1 /1: ioctl(6, FIONREAD, 0xFFBFE714) = 0 /1: read(6, "16\01A 101\b01D201\b01D2".., 736) = 736 /1: poll(0x00B51920, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE4DC) = 0 /1: poll(0x00B4AAC8, 2, 0) = 0 /1: ioctl(6, FIONREAD, 0xFFBFE564) = 0 /1: stat("/export/home/jlaurent/mozilla/components/gfx.xpt", 0x00B40884) = 0 /1: brk(0x00B52D18) = 0 /1: brk(0x00B54D18) = 0 /1: open64("/export/home/jlaurent/mozilla/components/gfx.xpt", O_RDONLY) = 32 /1: read(32, " X P C O M\n T y p e L i".., 5901) = 5901 /1: brk(0x00B54D18) = 0 /1: brk(0x00B56D18) = 0 /1: close(32) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: brk(0x00B56D18) = 0 /1: brk(0x00B58D18) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: lwp_unpark(5, 1) = 0 /5: lwp_park(0xFD96FC80, 0) = 0 /1: Incurred fault #6, FLTBOUNDS %pc = 0xFEED29EC /1: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004 /1: Received signal #11, SIGSEGV [default] /1: siginfo: SIGSEGV SEGV_MAPERR addr=0x00000004
resolving as dup of bug 121583 (by way of bug 124530 -> bug 122153) *** This bug has been marked as a duplicate of 121583 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified dup.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.