709504 - Nothing happens for "New Folder" on IMAP account, if login to server is not done yet after restart of Tb

Status: NEW

(MailNews Core :: Networking: IMAP, defect)

Description

[Ulf Zibis]

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.

Comment 1

[WADA:World Anti-bad-Duping Agency]

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?

Comment 2

[WADA:World Anti-bad-Duping Agency]

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.

Comment 3

[Ulf Zibis]

(In reply to WADA from comment #1)
> Can you get IMAP log?
Don't know where to find :-(

Comment 4

[Karsten Düsterloh]

https://wiki.mozilla.org/MailNews:Logging

Comment 5

[WADA:World Anti-bad-Duping Agency]

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.

Comment 6

[Ulf Zibis]

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.

Comment 7

[Ulf Zibis]

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.

Comment 8

[Wayne Mery (:wsmwk)]

(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