Closed
Bug 167468
Opened 22 years ago
Closed 21 years ago
Message body pane doesn't refresh correctly after collapsing headers
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.4alpha
People
(Reporter: iannbugzilla, Assigned: sspitzer)
References
Details
(Keywords: regression)
Attachments
(2 files)
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.
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.
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
Assignee | ||
Comment 7•22 years ago
|
||
wild guess: might be caused by http://bugzilla.mozilla.org/show_bug.cgi?id=41994 I'll look into it.
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•22 years ago
|
||
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.
Comment 10•22 years ago
|
||
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?
Assignee | ||
Comment 11•22 years ago
|
||
moving out to 1.3 beta
Target Milestone: mozilla1.2beta → mozilla1.3beta
Comment 12•22 years ago
|
||
*** Bug 174514 has been marked as a duplicate of this bug. ***
Comment 13•22 years ago
|
||
*** Bug 191451 has been marked as a duplicate of this bug. ***
Comment 14•22 years ago
|
||
*** Bug 193301 has been marked as a duplicate of this bug. ***
Comment 15•22 years ago
|
||
Problem also occurs with 1.3b build 20030210 on Win 98se.
Comment 16•22 years ago
|
||
*** Bug 191324 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 17•22 years ago
|
||
moving to 1.4 alpha, but may move again.
Target Milestone: mozilla1.3beta → mozilla1.4alpha
Comment 18•21 years ago
|
||
as for when this regressed or not: There are earlyer bugs than this describing the same problem; bug 137422 and bug 159669
Reporter | ||
Comment 19•21 years ago
|
||
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
Reporter | ||
Comment 20•21 years ago
|
||
*** Bug 159669 has been marked as a duplicate of this bug. ***
Comment 21•21 years ago
|
||
*** Bug 196395 has been marked as a duplicate of this bug. ***
Comment 22•21 years ago
|
||
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.
Comment 23•21 years ago
|
||
*** Bug 197380 has been marked as a duplicate of this bug. ***
Comment 24•21 years ago
|
||
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.
Comment 25•21 years ago
|
||
*** Bug 199926 has been marked as a duplicate of this bug. ***
Comment 26•21 years ago
|
||
*** Bug 199946 has been marked as a duplicate of this bug. ***
Comment 27•21 years ago
|
||
*** Bug 145086 has been marked as a duplicate of this bug. ***
Comment 28•21 years ago
|
||
*** Bug 188447 has been marked as a duplicate of this bug. ***
Comment 29•21 years ago
|
||
*** Bug 183797 has been marked as a duplicate of this bug. ***
Comment 30•21 years ago
|
||
*** Bug 202248 has been marked as a duplicate of this bug. ***
Comment 31•21 years ago
|
||
*** Bug 148085 has been marked as a duplicate of this bug. ***
Comment 32•21 years ago
|
||
*** Bug 200570 has been marked as a duplicate of this bug. ***
Comment 33•21 years ago
|
||
*** Bug 203042 has been marked as a duplicate of this bug. ***
Comment 34•21 years ago
|
||
*** Bug 168489 has been marked as a duplicate of this bug. ***
Comment 35•21 years ago
|
||
*** Bug 183701 has been marked as a duplicate of this bug. ***
Comment 36•21 years ago
|
||
*** Bug 205417 has been marked as a duplicate of this bug. ***
Comment 37•21 years ago
|
||
[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 ?
Comment 38•21 years ago
|
||
[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
Comment 39•21 years ago
|
||
> 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.
Updated•21 years ago
|
Comment 40•21 years ago
|
||
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.
Comment 41•21 years ago
|
||
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!
Comment 42•21 years ago
|
||
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)
Comment 43•21 years ago
|
||
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.
Comment 44•21 years ago
|
||
*** Bug 208473 has been marked as a duplicate of this bug. ***
Comment 45•21 years ago
|
||
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
Comment 46•21 years ago
|
||
*** Bug 189796 has been marked as a duplicate of this bug. ***
Comment 47•21 years ago
|
||
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.
Comment 48•21 years ago
|
||
*** Bug 210344 has been marked as a duplicate of this bug. ***
Comment 49•21 years ago
|
||
Seems to be fixed for my environment with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030820
Comment 50•21 years ago
|
||
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: 21 years ago
Resolution: --- → FIXED
Comment 51•21 years ago
|
||
*** Bug 216796 has been marked as a duplicate of this bug. ***
Comment 53•21 years ago
|
||
*** Bug 205734 has been marked as a duplicate of this bug. ***
Comment 54•21 years ago
|
||
*** Bug 208733 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•