Closed Bug 55432 Opened 25 years ago Closed 25 years ago

Mail sent to folder with filter not readable

Categories

(MailNews Core :: Filters, defect, P2)

Product:
MailNews Core
Component:
Filters
Platform:
PowerPC
Other
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: mikepinkerton, Assigned: Bienvenu)

Details

(Whiteboard: rtm++)

Attachments

(1 file)

proposed fix
721 bytes, patch
Details | Diff | Splinter Review
- get mail that is filtered to a folder. The folder will bold and show there is mail - click the folder to view it expected results: - you should see the new mail actual: - can't see the mail. had to open 4.x to see it regression, fer shure. this is a branch build from 10/5/00.
this is kinda sucky. worked fine in beta3
Keywords: dogfood, regression, rtm
QA Contact: esther → laurel
ok, it doesn't _always_ do it. but it does it enough, and has done it for at least 10 mail messages just today.
reassign to bienvenu...
Assignee: alecf → bienvenu
IMAP or POP3? None of this code has changed in a long time, at least not by me.
are you talking about the trunk, or some post beta3 branch build? I've changed absolutely nothing having to do with anything remotely related, anywhere, actually.
imap.
post PR3 branch, build from 10/5/00, 12pm.
I doubt this is a regression, since nothing has changed in the code (unless someone has changed stuff w/o telling me). More likely, something about your profile has got messed up. Is it always the same folder that doesn't work? If so, you might try moving away the .msf file for that folder (don't delete it, just move it to a different folder somewhere away from your profile). If that fixes it, then the .msf file is probably corrupted, and we could try to figure out why. If it happens to all your filter target folders, then I don't know what could be going on. You seem to be implying that the new headers aren't displayed (when you say you can't see the new mail, I can't tell for sure if you mean you can see the headers but not the messages, or if you can't see the headers at all).
Keywords: regression
i read with two-pane (folder and thread). the folder gets emboldened to show new mail, but when i click on said folder, the bold goes away and there are no new messages in the thread pane. using 4.x, I can see that there are new messages in that folder. it appears to only be one or two of my folders, I'll try moving aside the .msf and see if that does it. I'll keep you posted.
Do you see any status about the headers getting downloaded? I may ask you to do a little debugging if you have the time - we've heard reports of this bug before, but haven't been able to reproduce it on a machine with a debugger. My suspicion is that the .msf file is "slightly" corrupted - not corrupted enough so that Mork returns an error when parsing it, but corrupted enough so that we can't add headers to it - in particular, I suspect that we can't find one of the main tables in the db - the all msg hdr table.
cc'ing Phil, who sees this occasionally.
I am seeing this for two local folders with filters. The folders increment the count of total unread messages in some state but not able to reproduce that state consistently.
can you see any of the headers in this folder? Or is it just new headers you can't see? Can you try debugging a little? Try setting a breakpoint in mailnews/db/msgdb/src/nsMsgDatabase::AddNewHdrToDB and step through the code when a message gets filtered into that folder.
Getting an imap client protocol log or a pop3 client protocol log may help too. For imap setting the following environment variables, relaunch the app. NSPR_LOG_MODULES IMAP:5 NSPT_LOG_FILE e:\tmp\imap50.txt For Pop3 NSPR_LOG_MODULES POP3:5 NSPR_LOG_FILE e:\tmp\pop3.txt
> can you see any of the headers in this folder? Or is it just new headers you > can't see? When I see the bug, I can't see any headers in the folder at all.
David, remember there is a bug regarding downloading pop3 truncated message failed due to the filtering I wonder there may have some linkage here. Specifically, I am wondering if a file spec gets opened twice by two different threads or two different rountines and each one has its own view of the current file state. Is this possible?
Or previous opened file didn't get closed down due to some interrupt. So, it gets into a very strange state.
What I am noticing may not be related to this bug. ( My observation is different because I am able to see the headers of all message in such folders. However the count of the unread messages is incorrect and therefore the folder is always shown in bold. )
Jeff, what Phil is seeing is on IMAP, so file specs shouldn't be involved. Navin, have you tried moving the splitter? There are some paint problems that make things not get redisplayed. What Phil sees is consistent with the .msf file being corrupted - in particular, I bet we can't find the all msg hdrs table. I can add checks for this, and blow away the db if we can't get it, but I'd like to have a reproducible case to test this with.
i'll try debugging early next week. yes, when it gets into this state, I see messages that are unread (i see their headers in the thread pane). Only the new messages are missing.
Attached patch proposed fix — — Splinter Review
this is my proposed potential fix for what Phil is seeing - more checking for corrupted databases. I don't think it will fix what Mike is seeing, but it's worth a try as well.
Status: NEW → ASSIGNED
sr=mscott for David's proposed fix for what Phil is seeing.
marking rtm+ for pdt review
Whiteboard: rtm+
You'll need a second review besides mscott. The rule is one code review + one review from the mozilla.org list.
already got one from scottip. I put that in the msg sent out to reviewers (you can't get a review from the reviewers before you get a first review). Forgot to mention it in the bug report.
Ok, cool. PDT has been kicking back [rtm+] bugs which don't have two reviews in the bug report, and I didn't want to lose a day before getting this patch in :-)
p2 to get on pdt radar. Darn! Hope it makes it today.
Priority: P3 → P2
Whiteboard: rtm+ → rtm++
marking rtm++
Mike, I checked my changes in tonight (on the trunk and the branch). Could you try with those changes? There's an outside chance it may fix your problem (I'm pretty sure it'll fix Phil's). If it doesn't fix it, could you try some debugging? I'll be in Mountain View tomorrow if you want me to look over your shoulder.
i think this is the problem I've been seeing. I noticed that tossing my .msf file for the afflicted folders solved the problem with not seeing any headers at all. The problem where I saw headers but nothing new was reported was probably a side-effect of switching skins. New messages don't show up bold after switching skins (works fine after app restart) and all those bug emails look alike ;)
OK, thanks, marking fixed based on Mike's comments.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Marking verified based on Mike's last comments.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
OS: other
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: