Bugzilla@Mozdev – Bug 25941
Drag & drop msg into new subfolder (IMAP) fails
Last modified: 2016-05-16 01:01:24
You need to log in before you can comment on or make changes to this bug.
When using IMAP it seems I am not able to drag the message into the new subfolder created. Sequence: Select message. Drag into quickfolder and choose "new subfolder" Create the new subfolder (this is created correctly) But the message remains in the source folder and is not moved into the new subfolder
This is actually Mac OSX 10.10.1 (Yosemite)
I have just looked at the folder creation code and at the moment it doesn't really "wait" for the new folder to be created. it only executes a loop which isn't asynchronous (so that Thunderbird doesn't really get time to synchronize with the IMAP server); so the chances are that I can fix this by pushing the "Move mail" code to a function and with a setTimeout that retries if the folder isn't there / ready.
Great news, Axel. I was suspecting that it was just a "wait loop" by its behavior. I couldn't imagine that it would natively discriminate pop versus imap.
Created an attachment (id=7988) [details] 3.15 prerelease 801 Test version with the asynchronous method. There is quite a bit different here as I also noticed there are obsolete popup menus generated on dragging mails onto the Tabs so I dealt with them. There was also a bug that the very first drag onto a tab did not bring up a popup menu, so I fixed that one as well. However on my test account "thunderbirddaily@gmail.com" I keep getting "Too many simultaneous connections" after generating new folders. Starting to think that there is some serious restriction on the number of folders that can be synchronized using IMAP. Which would be bad news as my (mostly POP) mail accounts have several hundred. Alsom I could actually not reproduce the "actual problem" of the server not actually generating the folder, so the actual "move messages" code was actually always executed the "first time round". YMMV :) Please have a try with this one. For testing I highly recommend enabling the debug option "extensions.quickfolders.debug.dragToNew" and debug mode obviously.
Dear Axel: Success! To a great degree at least. The first time I tried it, it failed. That is, it created the new folder but it did not move the message into it. So far, however, 5 out of 5 retries and it has worked. I suggest you invite a few more IMAP beta testers on OSX and Windows and see what their reactions are. So far mine are very positive, with one inexplicable failure. I don't know how to enable debug mode directly, but I set all the likely candidates in the config editor to true :-) if that is supposed to do the trick.
(In reply to comment #5) > Dear Axel: Success! To a great degree at least. The first time I tried it, it > failed. That is, it created the new folder but it did not move the message into > it. I have another user who consistently has the same behavior on an IMAP server: the message in his case seemed to move, but then "bounced back" into the Inbox. I am considering 2 things - putting in a configurable delay in the move message for this case. This can be done relatively easily but it is an imperfect solution as the required delay might not just vary by server but also depend on current network load etc. - somehow finding out whether the folder is already synchronized with the mail server. This would be superior but I am not sure whether it is possible. I will try to get some info on this on the #maildev developer group on Mozilla's IRC. > So far, however, 5 out of 5 retries and it has worked. I suggest you invite a > few more IMAP beta testers on OSX and Windows and see what their reactions are. Trying my best... > So far mine are very positive, with one inexplicable failure. > I don't know how to enable debug mode directly, but I set all the likely > candidates in the config editor to true :-) if that is supposed to do the > trick. The [x] debug checkbox switches on the debug mode (by putting extensions.quickfolders.debug = true) - which means QuickFolders will become "talkative" and add some messages to the Javascript error console. Whatever other switches you enable by right-clicking will selectively add more text, it is not recommended to switch on *everything*; there are usually specific settings which help debugging specific functionality. Otherwise you will just "flood" the console with too many message and it becomes less helpful. I will likely add some more output to the specific extensions.quickfolders.debug.dragToNew switch. >
Created an attachment (id=8151) [details] 4.4 prerelease 63 I know this took a long time, but eventually had to get there. I am using an asynchronous task for this, so it will only work on recent Thunderbird builds (>= 34.0) To test this, go to QuickFolders Options > Advanced Menu Configuration / Mail COmmands Enable [x] Drag to new Subfolder Right-click the option toggle: extensions.quickfolders.dragToCreateFolder.imap = true drag an email to and (IMAP) QuickFolder Tab and on to the "New folder..." submenu item.
Created an attachment (id=8184) [details] 4.4.2 Release version Release version of march 2016 with the kinks ironed out.