Open Bug 347073 Opened 18 years ago Updated 11 months ago

Number of unread messages displayed wrong after deleting and recreating folder

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Linux
defect

Tracking

(Not tracked)

People

(Reporter: commerce, Unassigned)

References

(Blocks 1 open bug)

Details

User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.1 (like Gecko) (Debian) Build Identifier: 20060522 If you delete a folder an then create a new one with the same name, the number of unread messages (which should be none), is not being reset, but the value from the already deleted folder is displayed. Reproducible: Always Steps to Reproduce: 1. Create a new folder 2. Copy any messages to that folder, that are marked as "unread" 3. See the font of the folder getting bold and the number of unread messages being displayed in braces. 4. Delete that folder 5. Create an new folder with the same name Actual Results: Although the folder is empty, the number of unread messages is displayed like it did with the already deleted folder Expected Results: A freshly created folder does not contain any mails. Therefore it should not be in bold font and not show any number in braces. After I select the folder or restart thunderbird, it displays correctly.
Version: unspecified → 1.5
Confirmed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1b1) Gecko/20060803 Thunderbird/2.0a1 ID:2006080304.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocks: 438257
Assignee: mscott → nobody
Severity: trivial → S4

TCW can you reproduce this?

Flags: needinfo?(thee.chicago.wolf)

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

TCW can you reproduce this?

Nope. After the STR and then deleting and re-creating the folder, it's empty and no unread messages listed in braces or bold.

Flags: needinfo?(thee.chicago.wolf)

I just reproduced it following the STR with Thunderbird 102.4.2 on Ubuntu.
I was able to reproduce it with a local folder, with a POP-account folder, and with an IMAP account folder.

(In reply to B.J. Herbison from comment #4)

I just reproduced it following the STR with Thunderbird 102.4.2 on Ubuntu.
I was able to reproduce it with a local folder, with a POP-account folder, and with an IMAP account folder.

Hmm, I am using 108.0b1 but I am Windows 10. Maybe it's still a Linux thing?

I just installed 108.0b1 and can still reproduce the issue. It does seem OS related.

(In reply to B.J. Herbison from comment #6)

I just installed 108.0b1 and can still reproduce the issue. It does seem OS related.

Anything interesting in Error Console when doing the STR?

In step 5, I created the new local folder and the name appeared bold and with the incorrect (1). About three or four seconds later a message appeared in the console:

gloda.index_msg: Exception while attempting to mark message with gloda state afterdb commit
Exception { name: "NS_ERROR_ILLEGAL_VALUE", message: "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIMsgDBHdr.getUint32Property]", result: 2147942487, filename: "resource:///modules/gloda/IndexMsg.jsm", lineNumber: 159, columnNumber: 0, data: null, stack: "_commitCallback@resource:///modules/gloda/IndexMsg.jsm:159:33\nhandleCompletion@resource:///modules/gloda/GlodaDatastore.jsm:65:11\n", location: XPCWrappedNative_NoHelper }
IndexMsg.jsm:178:30

I repeated the experiment and the same thing happened (including the same result value). This is with 108.0b1.

Is this still seen with a current beta?

Flags: needinfo?(bj)

I just reproduced the issue with 122.0b4.

One difference: I didn't see any messages in the error console.

Flags: needinfo?(bj)
You need to log in before you can comment on or make changes to this bug.