Open Bug 548966 Opened 14 years ago Updated 2 years ago

"Rebuild Index"/Repair Folder on News account prompts twice to download headers

Categories

(MailNews Core :: Networking: NNTP, defect)

defect

Tracking

(Not tracked)

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).
Oh, forgot:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100216 Thunderbird/3.0.2
Component: Mail Window Front End → Folder and Message Lists
QA Contact: front-end → folders-message-lists
Summary: "Rebuild Index" on News account causes several problems → "Rebuild Index"/Repair Folder on News account causes several problems
See Also: → 550286
See Also: → 520582
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
See Also: → 1143519
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

still occurs

Severity: normal → S4
Depends on: 1143519
See Also: 1143519

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.