Closed
Bug 139845
Opened 23 years ago
Closed 23 years ago
Case where clearing Quicksearch won't refresh scrollbar in folder view
Categories
(SeaMonkey :: MailNews: Message Display, defect)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0.1
People
(Reporter: laurel, Assigned: naving)
References
Details
(Whiteboard: [ADT2 RTM],custrtm- [ETA 06/22])
Attachments
(1 file, 1 obsolete file)
|
1.60 KB,
patch
|
cavin
:
review+
Bienvenu
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
Using apr23 trunk & branch
If you're in a folder view which has a scrollbar, initiate a search which will
have a scrollbar in results then delete from the search results to a point where
the scrollbar is removed, when you clear the search and return to the folder
view (which has enough messages to still require a scrollbar), the scrollbar in
the thread pane will not appear. Upon resizing the thread pane it is back again.
Steps:
1. Open a folder with a couple thread pane/pages of messages -- has a scrollbar.
2. Initiate a search which will yield enough matches to have a little over a
thread pane's page of results. Scrollbar appears in QuickSearch. (Note: if
there is no scrollbar in the initial search results, this problem will not happen.)
3. Delete enough messages from the results so that there is no longer a
scrollbar in results.
4. Clear the search results... you're back in the folder view and, although
there are more than a thread pane's worth of messages in the view, there is no
scrollbar.
Workaround: drag the threadmessage pane splitter just a hair to resize the
thread pane and the scrollbar redraws.
Result: After clearing the search results, the scrollbar is not redrawn in the
mail window thread pane until you resize the pane.
| Assignee | ||
Comment 1•23 years ago
|
||
I believe seth has worked on this scrollbar issue before, over to seth.
Assignee: naving → sspitzer
Component: Search → Mail Window Front End
Comment 2•23 years ago
|
||
yes, I see this all the time. I was just about to log a bug on it.
accepting.
Comment 3•23 years ago
|
||
Discussed in mail news bug meeting. Decided to plus this bug.
Comment 4•23 years ago
|
||
reassigning back to naving.
Assignee: sspitzer → naving
Status: ASSIGNED → NEW
| Assignee | ||
Comment 5•23 years ago
|
||
This wfm on latest trunk builds.
I just tried with today's trunk on win98 -- I still see the problem.
I found it reproducible with a mail folder 25-100 messages, do a search which
matches just a few more than the scrollbar's need in the thread pane, delete
messages individually beginning from the top of the results thread pane until
scrollbar disappears (only one to two messages/lines past scrollbar's
disappearance)then clear. Each time I see no scrollbar when returning to folder
view (which still has plenty of messages to need a scrollbar) until resize.
| Assignee | ||
Comment 9•23 years ago
|
||
The fix is to call RowCountChanged before and after we build the folder view,
doesn't matter if we are using the cached keys, flags or we are building the
view from scratch.
| Assignee | ||
Comment 11•23 years ago
|
||
right patch !!
The fix is to call RowCountChanged before and after we build the folder view,
doesn't matter if we are using the cached keys, flags or we are building the
view from scratch.
Attachment #86711 -
Attachment is obsolete: true
Comment 12•23 years ago
|
||
Comment on attachment 86713 [details] [diff] [review]
proposed fix
r=cavin.
Attachment #86713 -
Flags: review+
Comment 13•23 years ago
|
||
Comment on attachment 86713 [details] [diff] [review]
proposed fix
sr=bienvenu
Attachment #86713 -
Flags: superreview+
Comment 14•23 years ago
|
||
Comment on attachment 86713 [details] [diff] [review]
proposed fix
a=asa (on behalf of drivers) for checkin to the 1.1 trunk.
Attachment #86713 -
Flags: approval+
| Assignee | ||
Comment 15•23 years ago
|
||
fixed on trunk
| Reporter | ||
Comment 16•23 years ago
|
||
OK using june7 commercial trunk build: win98, mac OS 9.2, linux rh6.2
Status: RESOLVED → VERIFIED
Comment 17•23 years ago
|
||
adt1.0.1+ (on ADT's behalf) approval for checkin to the 1.0 branch, pending
drivers' approval. pls check this in asap, then add the "fixed1.0.1" keyword.
Blocks: 143047
Whiteboard: [ADT2 RTM],custrtm- → [ADT2 RTM],custrtm- [ETA 06/22]
Comment 18•23 years ago
|
||
please checkin to the 1.0.1 branch. once there, remove the "mozilla1.0.1+"
keyword and add the "fixed1.0.1" keyword.
Keywords: mozilla1.0.1 → mozilla1.0.1+
| Reporter | ||
Comment 20•23 years ago
|
||
OK using june25 commercial branch build: win98, linux rh6.2
| Reporter | ||
Comment 21•23 years ago
|
||
OK using june25 commercial branch build mac OS 9.2
Keywords: fixed1.0.1 → verified1.0.1
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•