Closed Bug 298265 Opened 20 years ago Closed 20 years ago

[Profile Sharing] Messages set unread after reboot to different OS (WinXP/Linux(Ubuntu))

Categories

(Thunderbird :: General, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 194020

People

(Reporter: bugs, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

When sharing message-folders with Windows/Linux:
After starting Thunderbird in a diferent OS then the last time, a lot of
messages get mark't unread in each folder. After I click on a folder it starts
to build summery list and marks a lot of messages unread.

Reproducible: Always

Steps to Reproduce:
1.Start Thunderbird in Windows
2.Start Thunderbird in Linux
(or other way around)

Actual Results:  
A lot of messages get mark't unread.

Expected Results:  
Nothing.

Dual boot: Windows XP sp2 & Ubuntu Linux
Summary: Messages set unread after reboot to different OS (WinXP/Linux(Ubuntu)) → [Profile Sharing] Messages set unread after reboot to different OS (WinXP/Linux(Ubuntu))
What I found so far is that the Windows version of Thunderbird version 1.0.2
(20050317) produces a diferent *.msf file then the Unix version of Thunderbird
version 1.0.2 (20050317)

So what I think happens is:

After a reboot to a different OS Thunderbird opens the file "inbox.msf" reads it
and thinks it's correpted and makes a new one based on "inbox". Somehow it
thinks the messages are not read and labels them unread. (Why I don't know, the
other files look the same)

That's why it has to build a summery list every time you boot to a different OS
and then says there are unread messages.



So now I will try to dig in the source code to find why Thunderbird thinks the
messages are unread.



Can anybody help me with why there are diferent versions of the .msf files being
produced? This is a big problem for dual boot(I think).
Same result when you try with the latest trunk? Or are you already using the
latest trunk?
No I haven'd tried the latest trunk, I've just lookt at the possible reason for
the problem in the message/folder-files with the latest releases befor digging
into the source-code.

I'm new to Mozilla code, just downloaded the code since I have a week to spare
and proberly a lot of time the next month, so I wanted to dig in the Mozilla
code and help out where I can.

As far as I can see now I think we need to set a standard on the
message/folder-files for every OS, else sharing the files cross-platform is
going to be hard.

This will solve this bug, then I want to take a look at sharing the profile as
discusted in other bugs.

If these 2 things are done then Thunderbird is going to be a very special
email-client since no other client can do this.
(In reply to comment #3)
> No I haven'd tried the latest trunk, I've just lookt at the possible reason for
> the problem in the message/folder-files with the latest releases befor digging
> into the source-code.
> 
> I'm new to Mozilla code, just downloaded the code since I have a week to spare
> and proberly a lot of time the next month, so I wanted to dig in the Mozilla
> code and help out where I can.
> 
> As far as I can see now I think we need to set a standard on the
> message/folder-files for every OS, else sharing the files cross-platform is
> going to be hard.
> 
> This will solve this bug, then I want to take a look at sharing the profile as
> discusted in other bugs.
> 
> If these 2 things are done then Thunderbird is going to be a very special
> email-client since no other client can do this.

That's good. I was just wondering if you see this same issue in trunk builds
because something like this could have already been fixed.
Related to/duplicate of Core bug 194020?
Yes same thing, the emails don't have the x-mozilla-status header and then when
it builds the new list it assumes it is unread.
So maybe a function in the .msf file procedures to make the headers for emails
missing them.
it's not the file format that's different, it's the time stamps, which
thunderbird uses to ensure the folder is in sync with the .msf file.

You can try setting this hidden pref, "mail.db_timestamp_leeway", to a small
number of seconds to allow for differences in the timestamps reported by the
different os's. 

re the missing x-mozilla-status lines, were these new messages, or messages
imported from another e-mail program with an older version of thunderbird?

*** This bug has been marked as a duplicate of 194020 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.