Closed
Bug 526359
Opened 15 years ago
Closed 10 years ago
Changing the starred status of a message in Gmail doesn't update it in Thunderbird
Categories
(Thunderbird :: Folder and Message Lists, defect)
Thunderbird
Folder and Message Lists
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 693204
People
(Reporter: levoy, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: imap-interop, Whiteboard: STR in comment #2)
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 GTB6 Build Identifier: version 2.0.0.23 (20090812) I am attempting to use Thunderbird 2.0.0.23 with Gmail via IMAP. If I delete a message in Gmail, it is removed from that folder in Thunderbird within a second or two. However, if I star a message in Thunderbird, then it shows up in Gmail, then I un-star it in Gmail, this is never updated in Thunderbird. I have to rebuild the index of the folder or exit and re-enter Thunderbird. Why is this? Needless to say, doing this frequently, or for my Inbox, is prohibitive. In a related problem, if I copy a message from my Inbox to a folder in Thunderbird, then star the copy in the folder, then delete that star, the copy in the Inbox stays starred. I guess this is because Thunderbird thinks this is a copy, but Gmail treats it as labels on a single message. But since Thunderbird is connected by IMAP to my Gmail account, I would expect it to "learn" (i.e. get an update) from Gmail that the star was deleted from that message. Can this be fixed? -Marc Levoy Stanford University Reproducible: Always Steps to Reproduce: 1.See Details above 2. 3. Actual Results: See details above. Expected Results: See details above.
Comment 1•15 years ago
|
||
This looks like a valid bug: Starring shouldn't be one-way on IMAP, and if it really updates one-way (from TB to GM), it should also update the other way (from GM to TB). Could someone on a MAC please confirm the current behaviour described in comment #0?
Comment 2•15 years ago
|
||
doh, of course it's not MAC-specific, so I can test myself. STR 1 have a googlemail IMAP account 2 star (make starred) a message from that account's inbox in TB 3 unstar that message in googlemail 4 star a message in googlemail Actual results 2 messages starred in TB will be starred in GM (at least after refresh) 3 messages unstarred in GM will not be unstarred in TB 4 messages starred in GM will not be starred in TB We're not showing the star even after refresh (folder change?) or get messages. In other words, while googlemail is clever enough to see that we have starred an IMAP msg, we are not clever enough to see whatever gm has done to starring of the same message which we are also showing, and we never do so. Expected results - after (un)starring an IMAP msg in GM, it should also be (un)starred in TB BTW I think the second scenario of comment #1 is a different issue (would need separate bug), but our behaviour on that seems right at first sight (don't assume stars on a copy in some folder are stars on the original).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•15 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091110 Shredder/3.0pre
OS: Mac OS X → All
Hardware: x86 → All
Version: unspecified → Trunk
Updated•15 years ago
|
Severity: normal → minor
Updated•15 years ago
|
Keywords: imap-interop
Updated•15 years ago
|
Whiteboard: STR in comment #2
Comment 4•15 years ago
|
||
(In reply to comment #3) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091110 > Shredder/3.0pre Does the start shows after a reboot or after waiting for a while or rebuilding the index ?
Updated•12 years ago
|
Blocks: tb-gmailWIP
Comment 5•11 years ago
|
||
"Starred" is "IMAP flag named \Flagged" in IMAP. Same problem as bug 693204 or bug 512745(for Gmail IMAP). i.e. Workaround of bug 693204 or bug 512745 is applicable.
Comment 6•10 years ago
|
||
bug 693204 has more detail
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•