Closed Bug 274398 Opened 20 years ago Closed 17 years ago

Mails marked as read while offline do not keep state

Categories

(Thunderbird :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mz-list, Assigned: Bienvenu)

Details

Attachments

(1 file)

If I mark a mail as read while working offline the mail after "Offline >
Download / Sync now" shows up as unread. This happens if the mail is stored on
an imap server.

It seems, that upon syncronisation the read status is not synced back to the
imap server. In the mozilla suite this worked properly (tested with up to
version 1.7)
(In reply to comment #0)
> If I mark a mail as read while working offline the mail after "Offline >
> Download / Sync now" shows up as unread. This happens if the mail is stored on
> an imap server.
> 
> It seems, that upon syncronisation the read status is not synced back to the
> imap server. In the mozilla suite this worked properly (tested with up to
> version 1.7)

I can confirm this on thunderbird 1.04 on winxp. 
In fact, synchronization of imap folders as a whole, e.g. in a dial-up
connection situation, is pretty poor in Thunderbird, with all offline actions
sometimes being lost.
Why isn't there a straightforward sync of all offline actions (Move, Read, Del,
etc) when going online?
Why not a one-button sync? In this respect OE is still ahead in the game, tell
me if I'm wrong.
Confirming on version 1.6a1 (20051103)
Windows XP

Once I come back online, all my previously read emails are now unread.
Status: UNCONFIRMED → NEW
Ever confirmed: true
If you change the flags on a message, we were ignoring (read: losing) the original flags when we went to playback the flag change offline operation. Since the most common operations are reading and deleting messages, which add flags, this isn't a problem in normal operations.  But if, for example, you have a message with the /Replied flag set, and you mark it unread while offline, when we play back that offline op, we lose the replied flag. The fix is to initialize the flags state of newly created offline operations with the current flags of the header that corresponds to that offline op.
Assignee: mscott → bienvenu
Status: NEW → ASSIGNED
Attachment #218339 - Flags: superreview?(mscott)
Attachment #218339 - Flags: superreview?(mscott) → superreview+
this patch was checked into the trunk and 2.0 branch
Is https://bugzilla.mozilla.org/show_bug.cgi?id=235011#c7 a way to reproduce this problem for you (in case you still experience it)?  Otherwise, please close this bug as fixed.
QA Contact: general
(In reply to comment #5)
> Is https://bugzilla.mozilla.org/show_bug.cgi?id=235011#c7 a way to reproduce
> this problem for you (in case you still experience it)?  Otherwise, please
> close this bug as fixed.

No further reaction.  Assuming this is Fixed.  Marking as such.  Feel free to reopen with more information if you still experience this problem .
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
I've encountered a similar bug, filed at https://bugzilla.mozilla.org/show_bug.cgi?id=1440482
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: