Closed Bug 303315 Opened 20 years ago Closed 18 years ago

Sometimes, message body in Message Pane ends with the "From - xyz" db header of the next message

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: sgautherie, Unassigned)

Details

Attachments

(1 file)

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050729 SeaMonkey/1.0a] (nightly) (W98SE) I'm seeing this from times to times recently (a few days/week(s)). (I'll attach a screen capture.) I've seen this in my main IMAP Inbox folder; I don't know about local/POP3/etc. Workaround: I'm not to sure how, but display other messages/folder ! and/or compacting the folder may restore the correct view ? PS: I'm not sure but it may be related: (I haven't filed a bug about that, yet) In the same days/week(s) timeframe, the "biff" icon has started to show up when there is no new mail: typical: I get new msgs, filters activate, I use MailNews a little, then biff will activate itself and my Inbox folder will get the green icon, but there is no new messages :-(
Attached image Screen Capture
Look at the last line of the message/body pane. View Source confirms that the current/used "db offset" of the message is wrong: {{ Aug 03 23:59:56 2005 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: <anonymous@ns2635.ovh.net> [...] Tripledouble. From - Wed }}
Comment on attachment 191547 [details] Screen Capture This was the first message in my Inbox. Displaying other message or folder did not help; Compacting the folder fix it (for this time): View Source now is correct too: {{ From - Thu Aug 04 02:32:48 2005 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: <anonymous@ns2635.ovh.net> [...] Tripledouble. }}
Flags: blocking-seamonkey1.0a?
Keywords: mail4
you have the imap inbox configured for offline use, then? I doubt this is a regression. Do you have steps to reproduce the problem?
Keywords: mail4, regression
As long as a bug does not have steps for reproducing and can be confirmed by other people, please don't request a blocking flag for it. If there's more information (steps to reproduce, other people seeing it as well) you might consider to re-request, but from what I'm reading here, it could be some misdirected bits on your machine only, I can't tell. Clearing blocking flag because of that.
Flags: blocking-seamonkey1.0a?
(In reply to comment #3) > you have the imap inbox configured for offline use, then? Yes: I work online, but I checked the option to automatically download the message bodies. > Do you have steps to reproduce the problem? No: I only saw this behaviour a few times (with recent nighlies, I think).
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050804 SeaMonkey/1.0a] (nightly) (W98SE) Tonight, it happened twice in a "short" time: From the second time, steps *might* be: (I can't say it's 100% reproductible yet; I'm trying to figure out how it happens when it happens to me.) Display and (mark as) delete the last message in the Inbox Display the first message Compact the folder Display another message Come back to the first message: offset is wrong ! Then to workaround: Compact the folder (again) Display another message then the first one again: all is fine. I'll try and confirm this...
(In reply to comment #6) > [Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050804 SeaMonkey/1.0a] > (nightly) (W98SE) > > Tonight, it happened twice in a "short" time: Well, third time. > Display and (mark as) delete the last message in the Inbox > Display the first message > Compact the folder Getting closer: the next two steps can be reduced to 'View Source'. Without doing anything else: View Source (no bug), Compact, Reload the V.S. window: bug appears ! > Display another message > Come back to the first message: offset is wrong ! Compact again, Reload the V.S. window: bug disappears ! I'll continue to narrow it down...
(In reply to comment #7) > I'll continue to narrow it down... Steps: simply compacting my folder is enough. [with offline mode activated] Well, it happens equally with MASv1.7.11, MASv1.8b1, SMv1.0a-xxxx. (no regression indeed) I tried removing the mail files, even created a new profile (+ account), deleted all the messages in my IMAP Inbox, and compacting the folder. The bad (compact folder) behaviour is back when I get new messages. Could it be something gone wrong, on my computer ? on my IMAP folder in my provider' server ? with my provider' server handling "compact" command ? Is there a way to check and/or restore a correct state ? (helpwanted / sorry) (PS: This may have begun when I started using MASv1.7.9/10/11/-nighlies in the same timeframe ... but it's only a sought, just in case.)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/20070505 SeaMonkey/1.5a] (nightly) (W2Ksp4) I have not seen this bug for sometime and did not reproduce it in the last days. While I can't be sure, the likely culprit was my W98SE OS. Sorry. R.Invalid. PS: Don't mind the "biff" issue I reported in comment 0. There are (now) various opened bugs related to "biff", so that report is too old/obsolete to work on.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: