Closed Bug 45959 Opened 24 years ago Closed 24 years ago

mispainting in all parts of mailnews

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: spam, Assigned: pavlov)

References

Details

Attachments

(2 files)

linux build ID 2000-071910
This bug has been there for a while but i can't find it filed. A little
"bastard" of a bug too, many weird mispaintings, but seems all this is related:

open mailnews
grab dark-blue border to the account details, and drag it first to the right,
then some back to left: It will paint blue all over the place.

now grab the divider between mails and mailbody and drag up and down
It will mispaint things.

Notice how scrollbars also move in "steps" and mispaint. The refresh is jerky.
The top right scrollbar is the "worst" - the lower right scrollbar doing
somewhat better, but has serious problems with refreshing while resizing.

The content of mailbody also mispainst while following movements up/down:
The lack of instant refresh makes the letters/images grow "tall" - looks like
huge barcodes till you stop the dragging - then a refresh is forced.

The grey fields indicating selected columns also mess up when sidebar is moved,
the grey fields are "split": The upperhalf remains in right posistion, the lower
part shifts to the right.

Drag horizontal divider down to the bottom and many errors appear as it hits
"bottom line":
STYLE CHANGE REFLOW. Blowing away all box caches!!:


Attaching screenshot.
forgot one point:
WHen the horizontal divider has been dragged as far down as to "snap in place" -
if i don't let go of the mousebutton but drag it further down, i see the bottom
border of the header-area slide over the statusfield. It "blinks" a lot during
this, indicating very many refreshes going on. But it shouldn't be "in front of"
the status-bar in the first place.
typo
Summary: mispainings in all parts of mailnews → mispainting in all parts of mailnews
I wonder if this is related to an unconfirmed Win32 bug reported by jamie at 
netscape.
QA Contact: lchiang → nbaca
reassigning to xptoolkit.  I'm not sure if this is the right group to do 
painting work but I can't seem to find a better component.
Assignee: putterman → trudelle
->pavlov.
Assignee: trudelle → pavlov
dup

*** This bug has been marked as a duplicate of 42401 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
sure? This bug has nothing to do with imap, is reproducible each time, and
hovering over toolbar change nothing.
in addition i always start moz from commandline, and the bug is still present in
both M18 builds and build ID 2000-080704 (M17).
Reopening.

I don't think it's a duplicate for the reasons stated by R.K.Aa.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I can't possibly be the only one seeing this? threepane windows look awful if
panes are resized.
M18, needs a little investigation, and perhaps reassignment.
Target Milestone: --- → M18
*** Bug 50200 has been marked as a duplicate of this bug. ***
This should really be several separate bugs.  The only behaviors I still see are
those caused by dragging splitters.  Since these are relatively uncommon
operations in mail/news, and there is a workaround (force update, such as by
minimze/restore), this doesn't fit the P1/P2 criteria.  ->future.
Target Milestone: M18 → Future
The is a logic in the mispaintings:

The mispainted area when dragging horizontal splitter downwards will at all
times equal the current width of the left "Mail Folders" pane.
ahh and in addition: it will only mispaint if mails are listed;
meaning that if you drag splitter while in an empty folder, no mispainting takes
place.
WFM, since the mispaintings are no longer "glued" to the window for good.
There are still severe performance problems regarding resizing panes, but that's
another problem.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Agreed, and we do have the specific focus/painting issues filed under our bug
63759.  I'll verify this.
Status: RESOLVED → VERIFIED
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: