Closed Bug 132118 Opened 22 years ago Closed 22 years ago

receiving messages fails to update unread/msg count and bold folder

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
All
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 131769
Milestone:
mozilla1.0

People

(Reporter: mythdraug, Assigned: Bienvenu)

References

Details

(Keywords: regression) 

Build:  2002031903 Win32

Downloading new messages from a pop server fails to:
  1) Update new message count
  2) *BOLD* the folder

Asking for the next unread message will not cross folders.

However, the folder icon is changed to the new message here icon.
I'm seeing this consistently on mar19 commercial trunk, win98 and linux (haven't
done mac yet).  March14 trunk seems to work OK, regressed in past couple days.

Inbox doesn't update to bold, doesn't update message count until you reselect
the folder.  Still won't update/bold again after selecting, reading messages
then getting new ones.
Keywords: nsbeta1+, regression
QA Contact: esther → laurel
Summary: receiving messages fails to update many parts of folder status → POP: receiving messages fails to update unread/msg count and bold folder
Any chance this was caused by the fix for bug 123550?
Priority: -- → P1
Target Milestone: --- → mozilla1.0
*** Bug 132244 has been marked as a duplicate of this bug. ***
I've also seen the beavior described by hana in bug 132244.

Good screenshot from that bug:   
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=75151
I think there's a chance that the fix for bug 123550 did cause this - I'll try
it out. This happens with IMAP too, so it's not specific to POP.
Summary: POP: receiving messages fails to update unread/msg count and bold folder → receiving messages fails to update unread/msg count and bold folder
I can't really reproduce this reliably enough to tell if the fix for bug 123550
is involved or not. It's also possible that this is related to bug 121660,
though this one did just start happening a few days ago. 
I see this with BuildID 2002031607 using both IMAP and POP on RedHat Linux 7.2.

BTW, sometimes (only saw this couple of times with POP) the counts would be
partially updated (e.g. to reflect 3 new messages when there are 10 of them)
which is extra confusing.
Keywords: mozilla1.0
OS: Windows 2000 → All
I haven't seen this using IMAP, but POP does this every single time.
I see this even with backing out the fix for bug 123550, so that's not the cause.
Finally catching this on IMAP --After I switched to mar20 build, it's now
happening on my IMAP inbox.
It's possible that the fix for bug 131769 will also fix this.
Assignee: sspitzer → bienvenu
Could this be related to bug 131595 "Local -> IMAP always copies instead of
moving (both D&D and "move to")"?
I don't think the fix for bug 131769 will fix this, after all, and bug 131595 is
probably not related to either of these bugs.
new fix for bug 131769 does fix this - duping.

*** This bug has been marked as a duplicate of 131769 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
*** Bug 131315 has been marked as a duplicate of this bug. ***
verified as duplicate.
Also, looks OK using mar22 commercial trunk: win98, mac OS 10.1, linux rh6.2
Status: RESOLVED → VERIFIED
This bug reappeared in several recent builds for Solaris 2.6. My latest build is
2002063022, and this bug is there.
I was not seeing this on Win98 2002061803.  Upgraded to 2002062908 and started
seeing it.  This isn't fixed and it doesn't seem like a dupe.
Another data point:  occasionally, the green arrow indicator on the folder will
not appear, even if that folder received new mail.  This is in addition to that
same folder name NOT appearing in bold, and the unread msg count NOT appearing.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.