Open
Bug 548966
Opened 15 years ago
Updated 3 years ago
"Rebuild Index"/Repair Folder on News account prompts twice to download headers
Categories
(MailNews Core :: Networking: NNTP, defect)
MailNews Core
Networking: NNTP
Tracking
(Not tracked)
NEW
People
(Reporter: mcow, Unassigned)
References
(Depends on 1 open bug)
Details
I got into this problem because the Folder pane display of a newsgroup was showing an incorrect status of bolded+count when there were no unread messages shown in the folder pane, or vice-versa -- I don't remember. This symptom is not required to get into the problems.
Steps to reproduce:
1) Create a news account with a subscribed group. (I'm using news.gmane.org and reading comp.lib.opencv). Download the headers (I used 200, and marked the rest as read, while reconstructing the problem).
2) Set: View | Threads | Threads With Unread
3) Mark some messages as read, entire threads and only some messages in other threads; select a different Folder pane node, then select back. Folder list now shows only the threads with unread, per setting.
Don't Watch any threads.
4) Right-click newsgroup node, Properties, click Rebuild Index.
At this point there is an unexpected behavior: thread pane clears and TB presents "Download Headers" dialog again.
5) Click Cancel
At this point there is an unexpected behavior: Download Headers dialog either persists or is redisplayed.
6) Click Cancel
At this point there is an unexpected behavior: thread pane is empty
7) Check View | Threads setting
At this point there is an unexpected behavior: setting has changed to All
8) Select an alternate Folder Pane node, then select newsgroup again.
At this point, the Thread pane is populated with Read, partially Read, and Unread threads
9) Set: View | Threads | Threads With Unread
At this point, there is an unexpected behavior: no change in thread pane display.
10) Set: view | Threads | Watched Threads with Unread
At this point, Thread pane clears.
11) Set: View | Threads | Threads With Unread
Same display as after #9
12) Set: View | Threads | All
Set: view | Sort By | Unthreaded
Set: View | Threads | Threads With Unread
Now display appears correct, with only threads-with-unread being displayed.
I actually only stumbled across #12 while reconstructing the bug, so there's a workaround here that I didn't know when I started entering the bug. Still, lots of confusion around this interface. It's really unclear why Rebuild Index should break things like this.
I haven't tried the path of selecting OK to the first Download Headers dialog (at step 5).
Reporter | ||
Comment 1•15 years ago
|
||
Oh, forgot:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100216 Thunderbird/3.0.2
Updated•15 years ago
|
Component: Mail Window Front End → Folder and Message Lists
QA Contact: front-end → folders-message-lists
Updated•10 years ago
|
Summary: "Rebuild Index" on News account causes several problems → "Rebuild Index"/Repair Folder on News account causes several problems
Updated•8 years ago
|
Updated•7 years ago
|
Comment 4•7 years ago
|
||
It also appears to download headers twice, which a doubling of the overhead of bug 1143519
Component: Folder and Message Lists → Networking: NNTP
OS: Windows XP → All
Product: Thunderbird → MailNews Core
Hardware: x86 → All
Summary: "Rebuild Index"/Repair Folder on News account causes several problems → "Rebuild Index"/Repair Folder on News account prompts twice to download headers
Version: 3.0 → unspecified
I am confused by changed summary of this issue.
The original report and Bug #1320160 duplicate mention loosing read/star/tags message after "repairing" of a newsgroup folder. It makes repair folder action in the case of e.g. Bug #1757146 rather dangerous.
Is it assumed that this bug is currently only for downloading headers twice and dedicated issues should be created for other reported problems?
You need to log in
before you can comment on or make changes to this bug.
Description
•