Closed
Bug 926363
Opened 12 years ago
Closed 9 years ago
Subscribe to IMAP folders not sticking
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: musicant, Unassigned)
Details
(Keywords: regression, regressionwindow-wanted, Whiteboard: [regression:TB??])
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.69 Safari/537.36
Steps to reproduce:
In the File menu, choose "Subscribe...", and observe the list of folders to subscribe to. Pick a folder, click the dot on the right hand side. It turns into a checkbox. Click OK. Choose File, Subscribe again, and the checkbox is gone. I'm using IMAP.
Actual results:
The subscription ability seems to be not "sticky," in that Thunderbird won't lock down any of my subscription choices. They all keep vanishing. This problem occurred as soon as I upgraded to 24.0.1; I had no such problems prior to that.
Comment 1•12 years ago
|
||
> This problem occurred as soon as I upgraded to 24.0.1
Upgrade from Tb 24.08.0)? Or from Tb 17.x?
> I'm using IMAP.
Does your problem occur on any folder of any IMAP account?
> click the dot on the right hand side. It turns into a checkbox.
Is "checked mark" shown in the checkbox?
"the checkbox you saw after click the dot on the right hand side" is "square box without checked mark"?
Did you checked it by click the square box==checkbox you call?
Which Theme do you use? If non-standard Theme, do you see your problem with standard Tb's Theme?
Do you use addon? If yes, does your problem occur with -safe-mode of Tb?
Which option do you use at Server Settings/Advanced?
(a) Show only subscribed folders = Checked
(b) Show only subscribed folders = Unchecked
If (a), was folder(on which you did "subscribe operation") shown at folder pane after operation you call "subscribe"?
If (a), by "unsubscribe operation", does the folder disappear at folder pane?
Read bug 922250 comment #6, get IMAP log, and check log file content using Text Editor by yourself.
(To reduce log size and to avoid access to multiple servers at same time, disable automatic new mail check of all other IMAP accounts, or test with newly created profile with "one relevant IMAP account only" defined.)
Is LISTEXTENDED returned in CAPABILITY response?
What command is used by Tb when you do "subscribe operation" and "unsubscribe operation"?
LSUB "" "*"? Or LIST (subscribed) "" "*"? Or LIST "%" / LIST "%/%"?
What is returned by your IMAP server to such command issued by your "subscribe/unsubscribe operation"?
(For ease of log reading, before you do an "subscribe or unsubscribe operation", click FolderXn at folder pane where n=1, 2, 3, ... . By it, "SELECT FolderXn" is logged.)
Comment 2•12 years ago
|
||
Sorry, typo. Upgrade from Tb 24.0(.0)?
(In reply to WADA from comment #1)
> > This problem occurred as soon as I upgraded to 24.0.1
> Upgrade from Tb 24.08.0)? Or from Tb 17.x?
I've been following the release update channel, so I assume that must mean the last recent previous version. If that's 24.0.0, then yes.
> > I'm using IMAP.
> Does your problem occur on any folder of any IMAP account?
Interesting. Problem does not occur when I use IMAP to connect to Gmail. It does occur on any folder when connecting to my Zimbra server.
> > click the dot on the right hand side. It turns into a checkbox.
> Is "checked mark" shown in the checkbox?
> "the checkbox you saw after click the dot on the right hand side" is "square
> box without checked mark"?
> Did you checked it by click the square box==checkbox you call?
My bad on terminology. I should have said "checkmark" instead of "checkbox." I'll be more precise: It is not a square box, and not a "checkbox" at all. When I click on the dot on the right hand side, I see a "checkmark."
> Which Theme do you use? If non-standard Theme, do you see your problem with
> standard Tb's Theme?
I'm using the standard theme.
> Do you use addon? If yes, does your problem occur with -safe-mode of Tb?
I've disabled all addons, and yes, it does occur with -safe-mode.
> Which option do you use at Server Settings/Advanced?
> (a) Show only subscribed folders = Checked
> (b) Show only subscribed folders = Unchecked
I've tried both. With it checked, I see no folders at all for this server in the folder pane, apart from the Inbox. With it unchecked, I see all of my folders.
> If (a), was folder(on which you did "subscribe operation") shown at folder
> pane after operation you call "subscribe"?
No, it is not shown.
> If (a), by "unsubscribe operation", does the folder disappear at folder
> pane?
There are no folders to disappear, since none of them are shown.
> Read bug 922250 comment #6, get IMAP log, and check log file content using
> Text Editor by yourself.
> (To reduce log size and to avoid access to multiple servers at same time,
> disable automatic new mail check of all other IMAP accounts, or test with
> newly created profile with "one relevant IMAP account only" defined.)
> Is LISTEXTENDED returned in CAPABILITY response?
This log is new to me, but yes, I believe so. I see the following, which includes LIST-EXTENDED:
2013-10-15 10:44:52.711926 UTC - 436736000[117ece960]: 1ad69000:mail.carleton.edu:NA:CreateNewLineFromSocket: 4 OK [CAPABILITY IMAP4rev1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=ektx SASL-IR SEARCHRES SORT THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST] AUTHENTICATE completed
> What command is used by Tb when you do "subscribe operation" and
> "unsubscribe operation"?
> LSUB "" "*"? Or LIST (subscribed) "" "*"? Or LIST "%" / LIST "%/%"?
> What is returned by your IMAP server to such command issued by your
> "subscribe/unsubscribe operation"?
> (For ease of log reading, before you do an "subscribe or unsubscribe
> operation", click FolderXn at folder pane where n=1, 2, 3, ... . By it,
> "SELECT FolderXn" is logged.)
Seemingly, none of the above, though I'm not sure if I'm reading this right. Here's what I see:
2013-10-15 10:55:52.088944 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:ProcessCurrentURL: entering
2013-10-15 10:55:52.088985 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:ProcessCurrentURL:imap://myusername@mail.carleton.edu:143/subscribe%3E/fun: = currentUrl
2013-10-15 10:55:52.089092 UTC - 1880947904[100330240]: queuing url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.089116 UTC - 1880947904[100330240]: considering playing queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.089129 UTC - 1880947904[100330240]: creating protocol instance to play queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.089166 UTC - 1880947904[100330240]: failed creating protocol instance to play queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.576491 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:SendData: 21 subscribe "fun"
2013-10-15 10:55:52.590920 UTC - 330452992[110733a00]: ReadNextLine [stream=115bb310 nb=27 needmore=0]
2013-10-15 10:55:52.590958 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:CreateNewLineFromSocket: 21 OK SUBSCRIBE completed
2013-10-15 10:55:52.599677 UTC - 1880947904[100330240]: considering playing queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.599715 UTC - 1880947904[100330240]: creating protocol instance to play queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.599806 UTC - 1880947904[100330240]: playing queued url:imap://myusername@mail.carleton.edu:143/discoverallboxes
2013-10-15 10:55:52.599980 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:ProcessCurrentURL: entering
2013-10-15 10:55:52.599999 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:ProcessCurrentURL:imap://myusername@mail.carleton.edu:143/discoverallboxes: = currentUrl
2013-10-15 10:55:52.600506 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:SendData: 22 xlist "" "%"
... at which point it goes through an XLIST operation on each of my folders. At the end of that, I see
2013-10-15 10:55:52.775918 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:CreateNewLineFromSocket: 23 OK XLIST completed
2013-10-15 10:55:52.775954 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:SendData: 24 list (subscribed) "" "*"
2013-10-15 10:55:52.809221 UTC - 330452992[110733a00]: ReadNextLine [stream=115bb310 nb=19 needmore=0]
2013-10-15 10:55:52.809251 UTC - 330452992[110733a00]: ea26800:mail.carleton.edu:A:CreateNewLineFromSocket: 24 NO LIST failed
Thanks for taking a look at this.
Followup: the above was all on my home iMac. My work iMac just did an auto-upgrade on Thunderbird: again, on release channel; was running 17.x, just upgraded to 24.0.1. I'm now seeing the same problem on a different computer.
Updated•12 years ago
|
Component: Untriaged → Networking: IMAP
Keywords: regression,
regressionwindow-wanted
Product: Thunderbird → MailNews Core
Whiteboard: [regression:TB??]
Comment 5•11 years ago
|
||
(In reply to musicant from comment #4)
> Followup: the above was all on my home iMac. My work iMac just did an
> auto-upgrade on Thunderbird: again, on release channel; was running 17.x,
> just upgraded to 24.0.1. I'm now seeing the same problem on a different
> computer.
for the same account on the same server?
Flags: needinfo?(musicant)
Whiteboard: [regression:TB??] → [closeme 2014-09-20][regression:TB??]
(In reply to Wayne Mery (:wsmwk) from comment #5)
> for the same account on the same server?
Yes. Multiple computers, but the same account on the same server. Still seeing this behavior with 31.1.0.
Flags: needinfo?(musicant)
Whiteboard: [closeme 2014-09-20][regression:TB??] → [regression:TB??]
Version: 24 → 31
Is this still present in latest Thunderbird version?
Flags: needinfo?(musicant)
Whiteboard: [regression:TB??] → [regression:TB??][closeme 2017-05-15]
(In reply to Phoenix from comment #7)
> Is this still present in latest Thunderbird version?
I don't know. My employer switched last year from a Zimbra server to Gmail, so I'm no longer using Zimbra as a remote. I've got no way to test it. This is no longer a problem for me personally, at any rate, since I'm not using Zimbra, but I can't say whether or not the bug is still there.
Flags: needinfo?(musicant)
Thanks for the reply
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [regression:TB??][closeme 2017-05-15] → [regression:TB??]
You need to log in
before you can comment on or make changes to this bug.
Description
•