262485 - after automatic folder compaction cursor changes to dragging (folder?)

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[heinz.repp]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Thunderbird Version 0.8 (20040913)

In my offline settings I have automatic compaction of folders activated. When I
start thunderbird and fetch new mail from several pop3 accounts, a confirmation
box pops up asking if I want to compact all folders. I click the OK button,
sometimes followed by a message in the status line "compacting folder xxx ..."
After that, as soon as the mouse cursor leaves the preview pane (where it is
when closing the dialog because the thunderbird window is maximized and the
dialog is centered), it changes to the dragging symbol. When clicking into the
headers pane, a error beep is heard, but when clicking on a folder, sometimes
another folder is moved there (the last one compacted?) To prevent this, I have
to hit Escape, then the cursor returns to normal shape.

Reproducible: Always
Steps to Reproduce:
1. Start Thunderbird
2. Click "Fetch all" Button (from MagicSLR)
3. Confirm "Compact all folders?" dialog

Actual Results:  
mouse cursor changes to dragging symbol

Expected Results:  
mouse cursor should not be affected

I experienced the same behaviour already with Thunderbird 0.7

Comment 1

[Mike Cowperthwaite]

xref bug 141928

Comment 2

[Frédéric Buclin]

Confirming! I can still reproduce using 1.0.2 on Linux. Mike, could that be a
blocker candidate?

Comment 3

[Mike Cowperthwaite]

*** Bug 311811 has been marked as a duplicate of this bug. ***

Comment 4

[Cédric Corazza]

This bug is very visible and shoud deserve to be fixed for Thunderbird 2.0 release. It still occurs in Thunderbird version 2 alpha 1 (20060805)

Comment 5

[Scott MacGregor]

not a stop ship blocker but would consider a patch if we get traction on it.

Comment 6

[David :Bienvenu]

I don't know if this will have any effect on this bug, but I think I've made it so we won't offer to compact folders on startup, while mail is getting downloaded (we wait until you delete a message).

Comment 7

[Mike Cowperthwaite]

(In reply to comment #6)
> I don't know if this will have any effect on this bug, but I think I've made
> it so we won't offer to compact folders on startup, while mail is getting
> downloaded (we wait until you delete a message).

A manual deletion, you mean?

Was this change on the branch or only the trunk?  Is there a bug where this work was done?

Comment 8

[David :Bienvenu]

yes, a manual deletion - I accidentally checked it in when I checked in the work for bug 344846, both trunk and branch.  I'd like to see what people think of it, so I left it in...

Comment 9

[heinz.repp]

Didn't notice this behaviour on latest 2.x builds any more, so I think I should close this bug as WFM.