Open Bug 709504 Opened 11 years ago Updated 5 years ago
Nothing happens for "New Folder" on IMAP account, if login to server is not done yet after restart of Tb
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Build ID: 20110928134238 Steps to reproduce: Preconditions: - IMAP account->Server: Check for new messages on start: off - IMAP account->Server: Check for new messages every x minutes: off - Last selected Folder was any, but not from this IMAP account Start TB Select main node of IMAP account Menu File->New->Folder Enter name and hit Return Actual results: Nothing happens! If I first select Inbox of IMAP account, then new folder was created as expected. Expected results: Creation of new folder in IMAP account.
Variants of this bug's phenomenon on folders in Copies&Folders; - drafts, templates, sent folder : Drafts, Templates, Sent of this IMAP account - Drafts, Templates, Sent is not created yet - no automatic mail check - IMAP folder of this IMAP account is not selected when last termination of Tb If just after restart of Tb and before first IMAP folder open in this account, Save As Draft, Save As Templates, Sent mail copy to Sent folder, doesn't complete or silently fails then does do nothing. Drafts, Templates, Sent is not automatically created. I often saw this bug's phenomenon and above, and still easily can see, because I usually force "no automatic login to server after restart of Tb". Confirming. I think this bug is "create" version of bug 534994 for "lsub"(Subscribe). > Bug 534994 : (IMAP, blank subscription list is shown, because login for LSUB is required if no cached connection is available but it fails) This bug is perhaps next; if "create" is requested when login to server is not done yet, login is attempted but the login attempt fails, then "create" silently fails. I didn't open separate bugs for each phenomenon, because even LSUB doesn't work if login to IMAP server is not done yet after restart of Tb. Can you get IMAP log?
Status: UNCONFIRMED → NEW
Component: Folder and Message Lists → Networking: IMAP
Ever confirmed: true
OS: Windows XP → All
Product: Thunderbird → MailNews Core
QA Contact: folders-message-lists → networking.imap
Hardware: x86 → All
Summary: Nothing happens for "New Folder" on IMAP account → Nothing happens for "New Folder" on IMAP account, if login to server is not done yet after restart of Tb
Version: 7 → Trunk
Simpler way to see phenomenon of this bug. Start Tb in offline mode(thunderbird.exe -offline p "..."), click IMAP account(to avoid unwanted server connection), go Work Online, request IMAP folder creation.
(In reply to WADA from comment #1) > Can you get IMAP log? Don't know where to find :-(
See bug 402793 comment #28 for getting & checking log. If anallysis of log by developer is needed, attach log file to this bug(never paste if long data, please), after remove/replace peosonal information from log file.
Ok, I can see, that I have no logs. :-( Is that really needed from my side? If I understood correct, you could reproduce the bug, so please note, that my normal work is in big delay since I'm busy here at BugZilla. But I experienced another similar scenarios: On IMAP offline-use=? folder delete (can not reproduce anymore): Folder was locally deleted, but not on server without notice. On IMAP offline-use=on folder delete: Command failed: The server of account "xxx" answered: [ALREADYEXISTS] destination folder does exist.
Another related phenomenon with preconditions from comment #0: - having corrupted mail from scenario of bug 667288 comment #15 in IMAP folder. -> result: folder pane column 'size': 35 KB; mbox file size: 35 KB - copy same mail with correct header from local folder to IMAP folder. -> result: folder pane column 'size': 71 KB; mbox file size: 35 KB, so the new mail is not copied to the local store file. Folder properties -> Synchronization -> download now or restarting TB doesn't change this. Only unsubscribing + subscribing the folder helped to get 71 KB into the local store file.
(In reply to Ulf Zibis from comment #6) > Ok, I can see, that I have no logs. :-( > Is that really needed from my side? yes
Whiteboard: [needs protocol log]
You need to log in before you can comment on or make changes to this bug.