468257 - Folder move occurs before "filters will be updated" alert is raised

Status: RESOLVED WONTFIX

(Thunderbird :: Mail Window Front End, defect)

Description

[peter]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.18) Gecko/20081029 Firefox/2.0.0.18
Build Identifier: 2.0.0.18 (20081105)

It appears that in a folder move operation which involves updating filters,
the folder files are copied before the filter update alert is displayed (~"Filters associated with this folder will be updated").  The file copy is potentially very time consuming.  The update alert should occur before copying starts.  This also makes more sense if the user wants to cancel
an operation.  See bug 467827 for previous discussion with more context.



Reproducible: Always

Steps to Reproduce:
1. drag and drop a folder / multiple folders to a new location
2.
3.

Comment 1

[dmi]

It's too easy to accidentally move a folder.
Many time I've wondered why seamonkey has become unresponsive, until I finally get a 
popup window saying that Filters associated with this folder will be updated,
by which time it's too late to tell it not to do any updates.
If I can tell which folder was moved (which may not be immediately obvious)
I then have to move it back and again wait while seamonkey is unresponsive for a long time.
Fixing the above bug may help alleviate this issue,
but it may not help with accidentally moving folders that don't have associated filters.
(which may be even more annoying since I may not know it has happened until I go  looking for a folder and can't find it)

Comment 2

[Bill Hollabaugh]

I second the motion!!!  I have frequently ended up moving a folder when I was only trying to expand/collapse the folder tree.  Some of these folders on my computer have thousands of emails, so the move can take a long time.  You raise a warning that filters are being updated, but offer no way to cancel the move!

What's worse is that sometimes I can't easily tell where the folder went!  I've had to do a file search on occasion to find the missing folder.

You offer the opportunity to cancel a move to the Trash - I'd like that for every move.

Comment 3

[Wayne Mery (:wsmwk)]

rkent, bienvenu, does it make sense to change the order to 1) update filter, 2) move folder? And for that matter, how atomic is this set of changes from beginning to end?

One would guess/hope that the current design of first move, then update filter, was intentional.

Comment 4

[David :Bienvenu]

It was intentional - the reporter seems to be implying that the filter move confirmation dialog should be used as a way of confirming a folder move, which seems indirect at best. Better to have an option or an extension that requires direct confirmation before drag dropping of folders.

Moves can fail, especially for imap, so it's simpler to do the move, and if it succeeds, update the filter, *if any*.

Comment 5

[Wayne Mery (:wsmwk)]

yes. better fixed in the broader sense, as suggested by bug 467827, which is good add-on material.

I'll take your comment as WONTFIX