Open Bug 1725127 Opened 2 years ago Updated 18 days ago

Inbox view randomly changes from threaded to un-threaded after dragging messages to other folder

Categories

(Thunderbird :: Folder and Message Lists, defect)

Thunderbird 91
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: andy.vines, Unassigned, NeedInfo)

References

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.131 Safari/537.36 Edg/92.0.902.67

Steps to reproduce:

When messages are shown as threaded, sometimes when you drag a message from the inbox to another folder the threaded view reverts back to being unthreaded.

Actual results:

Inbox view changes from threaded to un-threaded

Expected results:

Inbox folder view should stay as threaded

Blocks: tb91found

Sometimes?

Does it reproduce using Help > Troubleshoot Mode?

Flags: needinfo?(andy.vines)

Yes it still does it in TroubleShoot Mode?

You can move 4-5 messages OK and then randomly the problem occurs.

Flags: needinfo?(andy.vines)

Can't reproduce.

Summary: Message Threads disable when moving a message from Inbox → Inbox view randomly changes from threaded to un-threaded after dragging messages to other folder

Just noticed this morning that this also happens randomly if I click the archive button, the message view goes blank for a second or two and then the threaded view will be reset to not threaded.

Current version I am using is 92.0b5

Version 91.1.0, regular mode, regular mode with all extensions off, and troubleshooting mode. MacOS Mojave

I'm seeing something that's probably related. Thunderbird will at times fall out of threaded mode, that is View > Sort By > Threaded checked will change to View > Sort By > Unthreaded checked, and the list of messages won't be threaded. It happens sometimes (but not all the time) when I delete a message (which is moving a message to Trash, so sort of matches the original report), and other times I'll switch to Thunderbird from some other app and it will be unthreaded, so I won't know when it happened. I have enough conversation threads in my Inbox that it's very obvious when it happens, it didn't happen in the previous version I was running (78.13.0), and I immediately started noticing it upon updating to 91.0.0. I don't have a foolproof way to reproduce it, but it happens 3-4 times per day so there's something going on.

This is still happening in 91.4.1.

I am now on 96.0b3 and it still randomly happens.

Moving a message and deleting a message can both trigger it to happen.

Same problem (TB 91.4.1 64 bit, de).
Deleting a message - the view with the list of messages turns white for a moment, returning as unthreaded view (and "sort by"-option is switched to unthreaded).
This happens a few times per day. I'd say most of the time in the morning after starting TB and deleting the first message and during the day perhaps 1...3 times.

Unfortunately, the problem is not that easily reproducible.
I copied a message into my inbox, clicked on "Delete" -> problem triggered.
The same message copied again, click on 'Delete' -> no problem.
I closed TB, opened TB, same procedure -> no problem.
Perhaps when moving or deleting messages, TB is doing a cleanup task every few hours.

I too have now noticed that all of the messages briefly disappear (message view goes to blank white panel) when it happens.

I'm still seeing this as well. I can't reproduce it at will, but it seems like when I've been away from my computer for a few hours with Thunderbird running, it almost always does it the first time I delete a message when I return to it. While that doesn't make it easy to reproduce, maybe it's a clue as to what's happening.

Same problem TB 91.6.1, 64 bit, US English, regular mode
I've been using TB since it was Netscape in the 1990s and I donate $ to aid with development. I'm experiencing this bug, also, and am more than disappointed there's no priority set for it. Like others, I can't reproduce at will either, but I've observed the same behaviors. Decided to create a Bugzilla account so I could add to the list. I update TB by downloading the full exe file and then executing it on Win 10 (Start > Run > Browse [grab the file] > OK). Prior to v91.xxx I was using 78.14.0 and I waited until the proper v91.xxx was available before updating. Hope this helps move the ball forward.

(In reply to Anne G from comment #11)

Same problem TB 91.6.1, 64 bit, US English, regular mode
I've been using TB since it was Netscape in the 1990s and I donate $ to aid with development. I'm experiencing this bug, also, and am more than disappointed there's no priority set for it.

Thank you for the donation! Unfortuantely, the cruel reality is this isn't reproducible, and fixing most often requires ability to reproduce. On top of that, three reports out of ten million users doesn't warrant a high priority. So if a priority were to be formally set, it would be low.

But somewhat more important, a) is anyone now able to reproduce this at will? b) does this reproduce in version 102?

Flags: needinfo?(anne2060)
Flags: needinfo?(andy.vines)

The problem still occurs with TB 102.3.0 64bit de
It's still not arbitrarily reproducible, at least not more than once a day.
The first delete action after starting TB (after it hasn't been running for a few hours, e.g. in the morning) seems to trigger it. After TB is closed and restarted, this is not immediately triggered by another delete action, so it doesn't just matter that TB has been freshly started. However, after a few hours, a delete action may trigger the problem again (without restarting TB).
Maybe a cleanup action to run after deletion, but only once every few hours?

Makes it more bearable for me: I'm now using the "Threadkey" addon (switch to thread view via hotkey) as a workaround.

Still happening for me in 102.3.0 (64-bit) on macOS 10.14.6. I can't reproduce it at will, but it happens a few times per day, and also seems to me to be related to deleting a message after Thunderbird has been sitting in the background for a while.

That being said, I've assigned a keyboard shortcut in System Preferences -> Keyboard -> Shortcuts -> App Shortcuts so I can get back to threaded with a keystroke. However, when it happens at the start of a thread, when I switch back to threaded it's usually on a different thread or the threads are in a different order, so it still makes Thunderbird kind of hard to use.

Using thunderbird 91.11.0 in Ubuntu 20.04 here, it happens randomly.
I've tried to find how to reproduce it, but until now without success.

Ubuntu 22.04 LTS with Thunderbird 102.5.0 (64-bit) and still showing at random times. I am unable to figure out why it happens, which would help with the reproduction process, but otherwise it seems to be happening quite regularly. Most of the times, it seems to happen when Thunderbird is running in the background and I am working in other applications.

Still doing it on Win10 TB 102.5.0. Here's one circumstance (there may be others):

  • Privacy/Security Settings set to defaults EXCEPT "Accept cookies from sites" is set to "Keep until: I close TB"
  • Set View -> Sort by ->Threaded
  • Close & restart TB, to reduce other possibilities.
  • Move 1 message (any message) from Inbox to a folder.
  • Hit "ok" when prompted for folder compression (in other words, TB compresses the folder)
  • Post compression, the previously threaded Inbox emails are now un-threaded.

Hope this helps!

I tried the steps outlined above and did not seem to trigger the issue on Ubuntu 22.04 LTS with Thunderbird 102.5.0 (64-bit). I did not see any compression prompt, though, but I do have automatic compacting in the background enabled, so perhaps it has something to do with compression after all.

(In reply to Anne G from comment #17)

Still doing it on Win10 TB 102.5.0. Here's one circumstance (there may be others):

  • Privacy/Security Settings set to defaults EXCEPT "Accept cookies from sites" is set to "Keep until: I close TB"
  • Set View -> Sort by ->Threaded
  • Close & restart TB, to reduce other possibilities.
  • Move 1 message (any message) from Inbox to a folder.
  • Hit "ok" when prompted for folder compression (in other words, TB compresses the folder)
  • Post compression, the previously threaded Inbox emails are now un-threaded.

Hope this helps!

I'm having as much problem as everyone in trying to figure out what causes this but there might be a clue here. I have auto compact turned on (1 MB) but I have the option to confirm disabled. I've turned it on now so I can see for definite if this issue is linked to compacting of the Inbox.

The one consistent thing for me is that it only happens after I delete a message and I presume that could trigger a compaction.

I've wondered if it's compaction (not compression) related, as I've noticed that when folders are compacted automatically, if one or more messages are selected, that selection is lost (which didn't seem a big enough problem to report).

For this bug, I had automatic compaction turned on (Ask every time before compacting unchecked), so I checked it. It just asked me to compact, I said to, and it fell out of threaded mode.

Explicitly choosing File > Compact Folders doesn't revert to non-threaded mode, but maybe being I just compacted there isn't any space to save so Compact Folders isn't doing anything.

(In reply to Brian L. Matthews from comment #20)

I've wondered if it's compaction (not compression) related, as I've noticed that when folders are compacted automatically, if one or more messages are selected, that selection is lost (which didn't seem a big enough problem to report).

For this bug, I had automatic compaction turned on (Ask every time before compacting unchecked), so I checked it. It just asked me to compact, I said to, and it fell out of threaded mode.

Explicitly choosing File > Compact Folders doesn't revert to non-threaded mode, but maybe being I just compacted there isn't any space to save so Compact Folders isn't doing anything.

With the background compacting enabled and with the confirmation dialog enabled, I can definitely see the problem. Once the dialog comes up and I confirm I do want the folder to be compacted, two things happen:

  1. threaded view is disabled, even though it was enabled before for sure
  2. previously selected sorting choice is gone (I use a combination of date and origin)
    When the dialog is NOT enabled, I do not see the very same problem.

(In reply to gitzone83 from comment #21)

(In reply to Brian L. Matthews from comment #20)

I've wondered if it's compaction (not compression) related, as I've noticed that when folders are compacted automatically, if one or more messages are selected, that selection is lost (which didn't seem a big enough problem to report).

For this bug, I had automatic compaction turned on (Ask every time before compacting unchecked), so I checked it. It just asked me to compact, I said to, and it fell out of threaded mode.

Explicitly choosing File > Compact Folders doesn't revert to non-threaded mode, but maybe being I just compacted there isn't any space to save so Compact Folders isn't doing anything.

With the background compacting enabled and with the confirmation dialog enabled, I can definitely see the problem. Once the dialog comes up and I confirm I do want the folder to be compacted, two things happen:

  1. threaded view is disabled, even though it was enabled before for sure
  2. previously selected sorting choice is gone (I use a combination of date and origin)
    When the dialog is NOT enabled, I do not see the very same problem.

I am seeing issue #1 for definite. The dialog comes up and, the moment I confirm, the inbox view changes to unthreaded. So I'm convinced this issue is related to compacting and that even explains why it only happens sometimes.

I only sort by date, though, and I'm not seeing your second issue.

That would explain it indeed. Thinking about it, any changes to the view likely happen when items are moved around - I have plenty of automated email processing rules, which move emails around as they come in. With automated background compacting with no confirmation dialog, it is very possible that I hit the compacting threshold without knowing it, triggering whatever issue we have.

Since I turned off auto-compact 2 days ago, I've been asked to compact 4 or 5 times, and the 3 or 4 times I've said to, it's dropped me out of threaded. So this seems like a way to reproduce it, although you'll have to delete enough messages to pass the compaction threshold (but one or two large messages should probably do it). Leave Compact all folders... on (or turn it on), turn off Ask every time, turn on View > Sort by > Threaded, then delete enough messages to pass the compaction threshold. When it asks you to compact, tell it to. That should drop out of threaded mode.

I wonder whether that is sufficient for someone to look at it with more detail. It should be easily reproducible then?

The interesting part is that when you enable background compacting with no dialog, the probability of this happen decreases substantially.

Another behaviour I've noticed that might be a clue. When the prompt to compact appears, if I reject it and do a manual compact (rich-click on the folder and compact) the threading is preserved. So the issue only seems to happen with the auto-compact (with or without confirmation).

Yes, I can confirm that the issue does not happen when background compacting is disabled. I went for 3 days with no issues, and it popped up immediately when background compacting was enabled and folders got compacted.
I wonder whether this is sufficient for Wayne Mery (:wsmwk) to classify as reproducible?

Any updates here? It has been a month and reproduction path clearly identified.

You need to log in before you can comment on or make changes to this bug.