Closed Bug 988792 Opened 10 years ago Closed 3 months ago

show which folder on "the operation failed because another operation is using the folder"

Categories

(MailNews Core :: Backend, defect)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED
123 Branch

People

(Reporter: mozilla, Assigned: welpy-cw)

References

(Blocks 2 open bugs)

Details

(Keywords: ux-userfeedback)

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release)
Build ID: 20140317233339



Actual results:

often in several ocasions some tasks cannot be done because: 

"the operation failed because another operation is using the folder"

But you never know which folder and if you have to worry or not.


Expected results:

The message should contain the folder and account like:

"the operation failed because another operation is using the folder test@gmail.com->Drafts"
Can you give an example of an action where you have seen "the operation failed ..."
Component: Untriaged → Backend
Flags: needinfo?(mozilla)
OS: Linux → All
Product: Thunderbird → MailNews Core
I had it several times already. Am not certain when it happened, but I think it sometimes happens, When you press "sync/work offline" and while you do that in the background, you try to compress a folder. (I have many large imap folders in my thunderbird, so it takes some time to sync every folder)

The reason of this bug is, that I do not know which folder TB means, when it hapens, otherwise I would be able to tell, when.

Can't you just look through the sourcecode, where this message is generated and add a folder name there?
Flags: needinfo?(mozilla)
Following error is now consistently reproducible. See Bug 1110577. Thanks a lot to Bug 1106225 :-)
>  !  The operation failed because another operation is using the folder.
>      Please wait for that operation to finish and then try again.
Needless to say, "Which account's which folder" is usully needed in error message in any environment.
Confiring, with setting Severity=Enhancement.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true

Seems sad that we don't identify the folder. Might need account name + folder name? https://searchfox.org/comm-central/search?q=operationFailedFolderBusy&redirect=false

Can someone put up a patch?

Blocks: 1580793, 1110577
Type: enhancement → defect

Magnus, is this possible to do?
It has implications for https://mzl.la/3C8plRO https://mzl.la/3tIY3jm (better query)

Flags: needinfo?(mkmelin+mozilla)
Severity: normal → S3

Hartmut,
Possible for you to tackle this?

Blocks: 492629
Flags: needinfo?(h.w.forms)
Keywords: ux-userfeedback

Apparently this has already been implemented in bug 1709165. However, I suggest showing the (now easily available) full path instead of just the name of the folder.

Flags: needinfo?(h.w.forms)
See Also: → 1709165
Assignee: nobody → h.w.forms
Status: NEW → ASSIGNED
Target Milestone: --- → 123 Branch

Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/9c9d342d1e44
Show full path in folder alert messages. r=mkmelin

Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: