Closed
Bug 45959
Opened 24 years ago
Closed 24 years ago
mispainting in all parts of mailnews
Categories
(SeaMonkey :: MailNews: Message Display, defect, P3)
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
Comment 5•24 years ago
|
||
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
Assignee | ||
Comment 7•24 years ago
|
||
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).
Comment 10•24 years ago
|
||
Reopening. I don't think it's a duplicate for the reasons stated by R.K.Aa.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Reporter | ||
Comment 11•24 years ago
|
||
I can't possibly be the only one seeing this? threepane windows look awful if panes are resized.
Reporter | ||
Comment 12•24 years ago
|
||
Comment 13•24 years ago
|
||
M18, needs a little investigation, and perhaps reassignment.
Target Milestone: --- → M18
Comment 14•24 years ago
|
||
*** Bug 50200 has been marked as a duplicate of this bug. ***
Comment 15•24 years ago
|
||
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
Reporter | ||
Comment 16•24 years ago
|
||
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.
Reporter | ||
Comment 17•24 years ago
|
||
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.
Reporter | ||
Comment 18•24 years ago
|
||
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 ago → 24 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
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•