Closed Bug 542753 Opened 15 years ago Closed 12 years ago

TB3 RSS Reader: Randomly collapsing all messages when using Grouped By Sort (possibly related to compacting folders)

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 367689

People

(Reporter: steffen.zschaler, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1

I have my RSS reader set to sort by Date ascending and to group by sort. Every now and then when I delete a message, the complete message list collapses so that I only see the group headers (Old Mail, Yesterday, Today, etc.). I then have to re-expand them as needed and manually select the next message to read.

I think, this has started happening after I set my options to auto-compact all folders, so I'm assuming that the collapse happens whenever an automatic compact happens.

Reproducible: Sometimes

Steps to Reproduce:
1. Set Sort-By settings to by date, ascending, grouped by
2. Set auto-compacting to on
3. Read RSS feeds and delete messages read.

Actual Results:  
At some point all groups will be collapsed.

Expected Results:  
No collapsing unless I explicitly ask for it.
Just to add: This just happened to me again (and keeps happening at a regular and annoying frequency all the time). This time, though, my system was a bit more busy, so that I could make some additional observations: I was reading a message from an RSS feed, when about half-way through Thunderbird started compacting folders. A bit later, suddenly all groups collapsed and the message was no longer shown in the preview window (as it was no longer selected). When I looked at the status bar at the bottom of the window, it said 'Done compacting'. I take this to be a strong indication that this is related to compacting (and auto-compacting in particular).
Did you notice any messages in Tools -> Error console when this happens ?

Does it happens when you run Thunderbird in -safe-mode (http://kb.mozillazine.org/Safe_mode) ?
Tried to look for this to happen again, but it didn't right away with the messages I currently had in my RSS stream. I'll keep watching this and report back.

However, when I manually selected 'Compact Folders', I got a similar problem: All groups collapsed except the one with the currently selected message (so slightly different from the behaviour reported above). The error console shows the following error:

2010-02-11 14:04:23	gloda.index_msg	ERROR	Exception while attempting to mark message with gloda state afterdb commit [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIMsgDBHdr.getUint32Property]"  nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)"  location: "JS frame :: file:///C:/Program%20Files/Mozilla%20Thunderbird/modules/gloda/index_msg.js :: PendingCommitTracker_commitCallback :: line 172"  data: no]

Will try safe mode next with manual compacting.
Just tried safe mode. Manual compacting didn't cause any problems, but just after that the original error occurred (in safe mode) and I got the following error message in the error console:

2010-02-11 14:10:57	gloda.index_msg	ERROR	Exception while attempting to mark message with gloda state afterdb commit [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER) [nsIMsgDBHdr.getUint32Property]"  nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)"  location: "JS frame :: file:///C:/Program%20Files/Mozilla%20Thunderbird/modules/gloda/index_msg.js :: PendingCommitTracker_commitCallback :: line 172"  data: no]
Ludovic,

Were my comments any help?

Steffen
(In reply to comment #5)
> Ludovic,
> 
> Were my comments any help?

yes If I had read them when you posted them .... :-( sorry.


Andrew any idea what's going on here ?
Compaction compels us to rebuild the folder view.  I do not believe we persist the state of the groups (or rather, lack a mechanism to easily persist it), which is why they would end up collapsed after the compaction.

A potential mitigation would be not to compact a folder the user is in.

This is regrettably way below the required cost/benefit to work this at the current time; patches would be accepted with unit tests, however.
Are you sure this is the reason? I have never had this problem in TB2 and I have imported my settings directly when installing TB3. Has code that would support this feature been removed in the transition? Would it be possible to reinstate this code?

Also, what about the specific error messages that I have reported on above. Could they be involved in causing this issue?
In addition to the issue reported, it would seem that whenever folders are compacted TB3 forgets the information about new messages. Thus, other news folders that contain new, unread messages (and are therefore displayed in light blue in the folder pane) are suddenly displayed in black, the individual messages are no longer marked as fresh messages, but only as unread.
I can confirm exactly the same issues (collapsing the groups, losing the active selection and losing the information about new messages) on my machine.

Mozilla/5.0 (Windows; U; Windows NT 5.1; cs; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
or bug 479064
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.