Closed Bug 167468 Opened 23 years ago Closed 22 years ago

Message body pane doesn't refresh correctly after collapsing headers

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
mozilla1.4alpha

People

(Reporter: iannbugzilla, Assigned: sspitzer)

References

Details

(Keywords: regression)

Attachments

(2 files)

Screen shot of no repaint
162.05 KB, image/gif
Details
Screen capture, on W95, with classic theme
20.05 KB, image/gif
Details
This has been spun off from bug 167405 because this is a regression. Using BuildID 2002090708 on WinXP If you have an email with a long list of CCs and you expand it by clicking on + and close it again clicking on -, the message body pane doesn't refresh/repaint. You have to manually force it, by dragging another window across it, minimising and restoring or clicking on another message header. This is a regression from BuildID 2002090415.
Depends on: 167405
Possibly caused by the landing of the fix to bug 91662
Keywords: regression
I don't think this is caused by bug 91662. I can reproduce it by using 2002072308 build.
Hmmm, I'd do some investigation of previous Builds
Ok tested on BuildIDs 090708, 090415, 090308, 083108, 082814, 082608, 082508, 082008, 080508, 073008, 071208, 070908, 070508 and 062508. The only one that shows this problem is 2002090708
Severity: normal → major
The reporter of bug 147347 mentions the same issue now: "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020909 In a way, the problem is fixed because large headers displays no more on status bar, but...see on the next screenshot what happens when expanding and resizing header (this occurs only with headers touching the status bar)" Attachment is http://bugzilla.mozilla.org/attachment.cgi?id=98455&action=view
wild guess: might be caused by http://bugzilla.mozilla.org/show_bug.cgi?id=41994 I'll look into it.
Status: NEW → ASSIGNED
ok, goes away when I remove the "min-height: 1px" fix from #41994 I'll continue to look into it. test case from asa: view all headers then collapse them to the single row then shift the splitter down to about 5 lines from the bottom then expand and collapse the header the message area doesn't repaint and you see all the headers still expanded in that area. moving the splitter repaints.
accepting 1.2beta
Target Milestone: --- → mozilla1.2beta
Re: comments 3 and 5 I don't think it's a recent regression. I'm seeing this bug _constantly_ on Windows 2k with: Mozilla 1.0 (well, in fact Beonex 0.8-stable), Modern skin Mozilla 1.1 final, Orbit skin My test case for 1.1: message with headers just a little too long to fit in preview window. expand headers. splitter jumps up a little. collapse. message repaints (no bug). expand again. splitter jumps up a little less (!?) collapse. bug appears. Never ever seen that on Linux up to (and including) 1.1final with Modern (haven't tested newer builds). On Linux, splitter always jumps to the same position when expanding headers. Seems to be Windows-only? Is the difference in splitter position important?
moving out to 1.3 beta
Target Milestone: mozilla1.2beta → mozilla1.3beta
*** Bug 174514 has been marked as a duplicate of this bug. ***
QA Contact: olgam → laurel
*** Bug 191451 has been marked as a duplicate of this bug. ***
*** Bug 193301 has been marked as a duplicate of this bug. ***
Problem also occurs with 1.3b build 20030210 on Win 98se.
*** Bug 191324 has been marked as a duplicate of this bug. ***
moving to 1.4 alpha, but may move again.
Target Milestone: mozilla1.3beta → mozilla1.4alpha
as for when this regressed or not: There are earlyer bugs than this describing the same problem; bug 137422 and bug 159669
Bug 137422 covers two bugs, this one and bug 167405 but I'll dupe bug 137422 against the latter as that is the first problem mentioned in the report. Bug 159669 seems to be related, different steps but identical problem
*** Bug 159669 has been marked as a duplicate of this bug. ***
*** Bug 196395 has been marked as a duplicate of this bug. ***
As I don't see it mentioned, this same or very similar issue appears when going from the account home page to the account folder with Remember Selected Message preference off.
*** Bug 197380 has been marked as a duplicate of this bug. ***
The behaviour of resizing the message pane by moving the splitter bar up is in itself undesirable behaviour, as far as I'm concerned. I think the message pane should never be resized automatically, but a vertical scrollbar should be shown instead. I don't understand why the header/attachment area in the message pane is excluded from the scroll area. I think this is the cause for the unwanted behaviour.
*** Bug 199926 has been marked as a duplicate of this bug. ***
*** Bug 199946 has been marked as a duplicate of this bug. ***
*** Bug 145086 has been marked as a duplicate of this bug. ***
*** Bug 188447 has been marked as a duplicate of this bug. ***
*** Bug 183797 has been marked as a duplicate of this bug. ***
*** Bug 202248 has been marked as a duplicate of this bug. ***
*** Bug 148085 has been marked as a duplicate of this bug. ***
*** Bug 200570 has been marked as a duplicate of this bug. ***
*** Bug 203042 has been marked as a duplicate of this bug. ***
*** Bug 168489 has been marked as a duplicate of this bug. ***
*** Bug 183701 has been marked as a duplicate of this bug. ***
*** Bug 205417 has been marked as a duplicate of this bug. ***
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4b) Gecko/20030507] Bug still there. (with v1.3 profile, at least) Confirming on v1.4b and W95. Severity: 'Major' !? Shouldn't it be 'Minor' since there are a few manual ways to get the message repainted correctly afterward. Regression: I can't confirm this either (but then it's a long time ago), but may be. PS: I have the ATI driver bug with pictures, but it's not related, is it ?
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3.1) Gecko/20030425] Bug still there. (with v1.3 profile, at least)
Summary: Regression: message body pane doesn't refresh correctly → Message body pane doesn't refresh correctly after collapsing headers
> PS: I have the ATI driver bug with pictures, but it's not related, is it ? Can't be, as I have this problem with an nVidia card.
Blocks: 167405
No longer depends on: 167405
I would like to confirm that the bug is also there in Win NT 4.0 using Matrox Graphics Millenium drivers. Probably not driver related.
Is this really only happening on Windows? I would like to hear from non-Windows users if they can reproduce this behaviour. Adam Macznik was the only one reporting it doesn't happen on Linux (comment #10), but he isn't on the CC list anymore. In my opinion, resizing of the message pane should *never* happen as a result of large headers, show a header scrollbar instead!
I confirm linux version seems not to be affected from this bug, pane refreshes correctly. Case test: RedHat 8.0, Mozilla 1.3(Gecko/20030312)
This is very likely another symptom of bug 194638; see the discussion there about a patch that is being pulled out of the 1.4 branch, but left in the trunk (for 1.5) against an actual fix. If anyone is using a very recent build of 1.4 (later than 1.4rc), please check this bug against that build.
*** Bug 208473 has been marked as a duplicate of this bug. ***
This bug is still present in 1.4rc2 on Windows 2000 SP3: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612
*** Bug 189796 has been marked as a duplicate of this bug. ***
Downloaded and installed Mozilla 1.5a Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030702 today. third pane never refreshes until covered by another window. The bar is extremely sluggish and still always opened when run even though closed when shutdown.
*** Bug 210344 has been marked as a duplicate of this bug. ***
Seems to be fixed for my environment with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030820
This bug appears to have been fixed in Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030820 probably as a side-effect of the fix checked in 18-Aug-03 for bug 194638.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
*** Bug 216796 has been marked as a duplicate of this bug. ***
v
Status: RESOLVED → VERIFIED
No longer blocks: 167405
*** Bug 205734 has been marked as a duplicate of this bug. ***
*** Bug 208733 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: