Closed Bug 540857 Opened 15 years ago Closed 3 years ago

Sort by thread is forgotten (probably after compacting folders)

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jpschewe, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

(Keywords: regression, regressionwindow-wanted)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 I have a folder named "IL" that at least once a day forgets that it has been sorted by thread (View->Sort By->Threaded) and I need to manually change it again. It only happens with this folder (at least that I've noticed). I had no problems with this under 2.x, it's only been a problem since 3.x. Reproducible: Always
So to recap : * only happens on one folder ? Questions : * does t happens if you rebuild the index for that folder (right click folder -> Properties -> rebuild index) ? * Does it happens if you use Thunderbird in -safe-mode (http://kb.mozillazine.org/Safe_mode) ?
Component: Mail Window Front End → Folder and Message Lists
QA Contact: front-end → folders-message-lists
Yes this seems to only happen on 1 folder. I just started up this morning and it was reset again. I changed it back to threaded and then did rebuild index and it was still set. I can try and run in safe mode, but it takes time for it to fail.
OK, I put it in safe mode and Thunderbird is unusable. I have a search folder that after 2 minute still hasn't let me see the messages in the folder (or other folders for that matter). I can't leave it running long enough now to debug that.
I've been paying more attention now and I've found other folders doing this as well. I do run with multiple folders open at the same time in tabs, if that makes a difference.
Could you be experiencing bug 502767 ?
I'm not using custom views, in fact I'm not sure how I'd specify that. What I do is this: 1) select folder 2) view->sort by->threaded 3) Right click on folder->open in new tab 4) select another folder 5) view->sort by->threaded The I go about reading mail in the two folders primarily using the keyboard, ctrl-tab and ctrl-shift-tab to switch tabs and then walking the message list. Sometimes when I switch to one of my folders the Threaded sort is gone and I goto view->sort by and sure enough, threaded is no longer checked. So a couple of ideas: 1) Thunderbird is forgetting this sort for no apparent reason 2) There's a keybinding that will turn threaded sort on or off and I'm accidentally hitting it. Does such a keybinding exist? I'm seeing this on Mac.
Confirmed running 3.0.1 under Windows XP SP3: Upon closing and reopening thunderbird, view settings for 'sort by read' are lost for ALL folders.
Update: This also occurs whenever you switch away from the folder, this is not caused solely by closing the application.
However my behavior is this only happens sometimes, not always switching away from the folder or closing the app. Although I haven't been able to find a common action that causes it to lose the sort all of the time. Perhaps some race condition?
I just saw it happen in front of me. I had a folder open with sort by threads. I deleted a message and Thunderbird decided to go compact folders, immediately the sort by threads flag became unset.
I just upgraded to 3.1 and this issue problem still persists.
Version: unspecified → 3.1
That's a useful page to read, but really doesn't have much to do with the issue here. The issue here is that once threading is turned on, Thunderbird decides to turn threading off from time to time while the application is running. It appears to be related to folder compaction.
Keywords: regression, regressionwindow-wanted
OS: Mac OS X → All
Hardware: x86 → All
Summary: Sort by thread is forgotten → Sort by thread is forgotten (probably after compacting folders)
(In reply to comment #13) > to turn threading off from time to time while the application is running. It > appears to be related to folder compaction. I second this. I receive a mailing list with hundreds mails and whenever I delete enough messages and compacting triggers, the threading is lost and I have to click on the icon again. Happens once a week or so. 3.1.6, x86_64, Linux.
(In reply to comment #15) > I delete enough messages and compacting triggers, I must admit, I'm not sure whether *automatic* compacting causes this. I lowered the compacting watermark from 5M to 50k now, so let's see what happens. Manual compacting doesn't expose this. I've never saw it without deletion of messages though.
(In reply to comment #16) > (In reply to comment #15) > > I delete enough messages and compacting triggers, > > I must admit, I'm not sure whether *automatic* compacting causes this. I > lowered the compacting watermark from 5M to 50k now, so let's see what happens. Well, with that settings (and I even tried 5k), it happens regularly each few hours. I turned off automatic compacting few days ago and it does *not* happen anymore. So it is highly likely related to autocompacting.
(In reply to comment #17) > So it is highly likely related to autocompacting. I can confirm the recent comments. I have a folder with a lot of mails from a mailing list, where I regularly delete uninteresting mails. This triggers autocompacting several times a day and then almost every time the sort threaded setting is lost. Only in very few cases (let's say less than 1%) the setting is kept. But I have no idea what's different then.
this is fundamentally a compact issue which has always existed. I'm doubtful the root cause changed in v3. therefore, suggesting this is a dupe and probably not a regression strictly speaking.
Whiteboard: [dupeme]
duplicate of bug 509042 ?
(In reply to Wayne Mery (:wsmwk) from comment #20) > duplicate of bug 509042 ? Except the claim is that this bug exists in 3.0, and the user in bug 509042 seems to say it went away with 3.0
And bug 509042 states that Thunderbird hangs, I don't get that behavior. I just lose the sort. BTW it's still broken in 5.0. I've changed my compact interval to reduce how often I loose my sort.
Version: 3.1 → 5.0
(In reply to Jon Schewe from comment #22) > BTW it's still broken in 5.0. Yes, happened today also with 6.0.
What addons do you run?
I use Nostalgy and Enigmail.
(In reply to Jon Schewe from comment #25) > Enigmail. Me too.
(In reply to Wayne Mery (:wsmwk) from comment #24) > What addons do you run? I'm using several dictionaries, Compact Menu 2, Compact Header, ImportExportTools, Lightning, MinimizeToTray Plus, Quote Colors and Toolbar Buttons. Recently I found for my configuration that sorting by thread is only lost when that folder is opened for viewing. If compacting is triggered while viewing another folder all runs well.
I am running TB 8.0 in safe mode and this happens to my main search folder every time automatic compacting happens. I originally filed bug about this but clearly that's a dup of this bug and will close it so.
This happens to me also. I recently updated from Thunderbird 2 to Thunderbird 8.0, on a Mac. I have many filters that move incoming messages into many subfolders of my Inbox (one for each mailing list I follow, for example). I keep most of those folders sorted by thread. As I read and delete messages, I occasionally get prompted to allow compaction. When I click OK, the compaction occurs, and the threading is lost until I click on the thread column header again to re-sort by thread. This is very repeatable for me. Other than that Thunderbird 8.0 is GREAT! It fixes every single bug I've ever noticed in previous versions of Thunderbird, adds a bunch of really useful new features, and added no new bugs (until this minor one). Keep up the good work! --Fred Stluka
let's keep this issue open as a subset of bug 367689
Blocks: 498274
Status: UNCONFIRMED → NEW
Depends on: 367689
Ever confirmed: true
Whiteboard: [dupeme]

This bug may be fixed. It no longer happens for me.

I'm currently using Thunderbird 78.8.1 on macOS 11.1 Big Sur.

FYI,
--Fred

Thanks Fred.

jiri, Brian,
Can you still reproduce this issue?

Flags: needinfo?(jirislaby)
Flags: needinfo?(brian)

(In reply to Wayne Mery (:wsmwk) from comment #34)

Thanks Fred.

jiri, Brian,
Can you still reproduce this issue?

I haven't used TB in many years.

Flags: needinfo?(brian)

Indeed! Wow. It does seem to have gone away (it's been soooo long that I don't have the confidence to say "fixed").

What's needed now is a universal setting for the DEFAULT column sort (for dates at least). The current default (oldest at top) makes no sense to me and the way I use Thunderbird. There appears to be no way of copying that setting between mail folders so each has to be set manually. Not good.

Someone tell me I'm wrong and I'd be very pleased to know.

(In reply to Wayne Mery (:wsmwk) from comment #34)

Thanks Fred.

jiri, Brian,
Can you still reproduce this issue?

I don't think I can reproduce the bug anymore. At least I didn't notice it in the past months :).

Flags: needinfo?(jirislaby)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.