losing emails upon moving folder while offline
Categories
(Thunderbird :: Untriaged, defect)
Tracking
(Not tracked)
People
(Reporter: buecher, Unassigned)
References
Details
(Whiteboard: [dupme?])
User Agent: Mozilla/5.0 (Windows NT 10.0; rv:74.0) Gecko/20100101 Firefox/74.0
Steps to reproduce:
have a subfolder of drafts on imap account (created while online a few days before).
write a few emails as drafts, press save for each to continue at a later time and close compose window. (was offline, but didn't 'know'/remember)
Copy these emails from drafts to a subfolder of drafts.
-> decide that subfolder should be better under local, move folder to local in folder tree.
Actual results:
folder was created under local and stays also in drafts (despite 'move folder'). Emails are gone in both locations.
Expected results:
- while offline, remember what to do with emails and folders moves/copies, emails should be in correct folder in the new location in the local storage after going online (replaying the stored actions)
- if not possible, prevent user from doing the above: no copy/move while offlinne on imap. At minimum, give a warning that being offline and move/copy actions while offline might fail
|
||
Comment 1•4 years ago
|
||
Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is -- (non,) indicating it has has not been previously triaged, the bug's Severity is being updated to -- (default, untriaged.)
|
||
Updated•4 years ago
|
|
|
||
Comment 2•3 years ago
|
||
klaus,
Do you still see this when using a newer version?
used Glodaquilla-ng to verify ondisk and glodaid.
Did the same procedure as above, but not with a day between.
- folders do not move but copy. Was that always like this? My bug implies they could be moved. This happens independent of whether online or not (imap)
- copied folder comes up immediately in local, mails are 'on disk' and slowly get glodaid.
- One email stays gloda-dirty 0, I forgot what that means (maybe can't be indexed, or was that glodaid ==2?). The others go from 1 to no entry. That is surprising, as all email are from me to me, and subject is just a single number (= each got a new one). The third mail has subject 3 and is the only with gloda dirty = 0. Subject = 1 or 2 or 4 or 5 are ok. So nothing is really different about the one with gloda-dirty = 0
(3) is actually another issue and off this bug)
In all, it is better than loosing emails, but I would expect to have both folder move and folder copy.
- just noticed one more: move subfolder of drafts into imap folder tree works as move. Move into local works as copy
hope that helps,
Klaus
and 5) move of folder into imap tree when offline does nothing. Folder stays where it was. 4) above is for online operation.
-
moving a single email from drafts subfolder to imap tree make it go from drafts and appear in imap folder.
-
But now, it is no longer a draft.
I don't remember whether it is only a draft because of the special folder property of drafts folder. If so, this is a separate bug: a draft may never convert itself into an email that looks proper. Wherever the draft is stored, it is a draft and has never been sent or received. In that new folder, it looks as if it had been really sent and received. It still has X-Mozilla-Draft-Info, but the user cannot see that except in mail source
'Move email' Test in online mode - imap gmail
move a draft email from 'Drafts' folder to another imap gmail folder I created called 'Testing'
Result - initially seems to move for just a moment - a blink, enough to add an increase/decrease to respective folders, but almost immediately reappears back in Drafts and respective folders have corrected numbers.
Repeat test in 'offline' mode
Draft email has moved from Drafts to gmail imap folder called 'Testing'. So appears to work at this point in offline mode.
Go back to online mode:
Result: email moved back - I also got an error pop up message basically saying the move could not be done.
All same as before the move attempt.
So I'm not seeing the ability to move 'draft' emails from 'Drafts' folder which is still maintained after going back to online mode.
This was tested in versions 68.12.1 and also 78.10.2
I also tested on 78.10.2. I have a local imap server (hmailserver on win)
Description
•