Closed Bug 1123614 Opened 11 years ago Closed 11 years ago

drafts not deleted on send

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Version:
31 Branch
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: ecsd, Unassigned)

Details

(Whiteboard: [dupeme?])

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 Build ID: 20141013200257 Steps to reproduce: When the user is composing an email, a copy is saved in the Drafts folder periodically per user controls. So far so good. Actual results: However, if the user spends more than X time composing the email, a copy of the email is kept in the Drafts folder EVEN THOUGH the mail is sent successfully and a copy saved in whatever save folder. I looked for any place to specify X or to turn that behavior off altogether (preferred.) Issue not even addressed. This means I have to police my Drafts folder to eliminate junk I never intended to keep. And BTW, earlier versions of Tbird did remove the Draft copy after the mail was sent, so this is a recent issue. Expected results: You need to offer a control allowing the user to disable the retention of a Draft copy in cases where the mail was sent. There is no reason to keep an extra copy of a Sent email in the Drafts folder, for each and every email where the user took longer than X seconds to compose the email (I don't know what X is.) It junks up the draft folder. The only things that should be in the Drafts folder IMO are the temp copies of an email being composed, or when I explicitly say Save As Draft; and nothing else.
It does normally remove drafts on send. I don't know why it doesn't work for you. The pref exists though: Preferences | Composition | General Uncheck Auto save every X minutes -> INVALID
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
"Uncheck Auto save every X minutes" decides whether I want autosave or not, it has nothing to do with the time interval after which a draft is retained. I do want autosave, so turning that off is not an option. All you are saying is that yes, I am experiencing a bug. If "it does work" and it doesn't work for me, then I've apparently exposed some sort of dependency that produces the bug, have I not? I'm using Ubuntu 14.04 LTS on AMD Phenom(tm) 9550 Quad-Core Processor × 4 and Thunderbird is 31.3.0. This remains a reported bug.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
What Magnus is saying is that you are requesting something that already exists, as that is how this bug was defined by you, so this bug is invalid. If you have a specific problem, you should file a report of that problem.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → INVALID
Let me clarify. I have used Autosave for many years. Once the message is SENT, the autosave draft /was/ deleted automatically as it was no longer needed as a backup. That behavior is now altered, at least as of the version of Tbird I am now using, to /retain/ a copy in Drafts, which is not desired behavior. I am not reporting something that is not variant and undesired behavior. Please leave the issue unresolved until someone can determine whether this was a policy change in that code. If it /was/ a policy change, as I assume, then I am requesting a control over that behavior.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
There's not been a policy change. If it's not working for you that's a bug somewhere. You'll have to track it down more for anybody to be able to do anything about it though.
Here are some bits of information that would help narrow down the issue: * What protocol are you using for your mail account? (IMAP or POP?) * What's the domain name for the email account in question? (Or, if it's not a major one like Gmail, what software does the mail server run?)
I'm using IMAP, and I'm running my own mailservers - IMAP is uw-imap. I have seen some topics here referring to problems with IMAP versus drafts, but I don't think it's an IMAP issue, the server behaves just fine otherwise with deletes and bulk deletes. It appears to be T-bird code behavior. The time interval after which a draft is saved permanently may well equal the autosave interval; but if Tbird is issuing a delete for that item I am sure IMAP is respecting it, so I think Tbird is just not asking to delete that item which ends up being retained.
One other odd (unrelated) thing: in combing thru Mozilla's main site and some links, it almost seems that Mozilla doesn't want to talk about Thunderbird. Almost all references to participating, etc. refer only to Firefox, for example if I said I wanted to participate and do coding, their code-what menu doesn't even mention Thunderbird that I could find. I've had to debug CMU SASL and even OpenSSL at the code level, and so if I could get the Tbird source I could try to trace where this behavior might be found, but they don't seem to wish to say anything about it. Where/how do I get Tbird source?
Sad but true. Try this: https://developer.mozilla.org/en-US/docs/Simple_Thunderbird_build
Summary: MISSING USER CONTROL OPTION FOR DRAFTS → drafts not deleted on send
"4GB of RAM (having only 2GB RAM and 2GB swap may give memory errors during compile)" On reading this I said ARE YOU KIDDING ME? and laughed for a whole minute. What are we building, the Human Genome? {laughs} Thanks, and I will pursue it, even if I have to find some rocket fuel for my CPU. Will ten exaflops suffice? *Jeez* Another irritation - not just with Mozilla, but pretty much every institution any more, is that "Contact Us" no longer means "connect with a human being" but rather "try in vain to find anything other than a mechanical sieve that excludes any meaningful feedback of all kinds." One is remanded to mailing lists to hope that a throwback to the world of "it's who you know", at least, can still work - if you're lucky. Computers seem by now only to be being used to automate "the Peter Principle." The one borg who knew anything died long ago and the rest of the collective - points back to the collective.
(In reply to Eric Dynamic from comment #10) > "4GB of RAM (having only 2GB RAM and 2GB swap may give memory errors during > compile)" > > On reading this I said ARE YOU KIDDING ME? and laughed for a whole minute. > What are we building, the Human Genome? {laughs} 4 GB of RAM for a full build is nothing. Android requires 16 GB.
I call myself "a lay Ph.D. student of Economics", and two books which are not thought of as being central actually are: "The Peter Principle" by Raymond Holt and Dr. Laurence J. Peter, and "Parkinson's Law" by C. Northcote Parkinson. This creep of need for (ever vaster) memory and (ever vaster) speed is a dramatic example of Parkinson's Law in practice. I still have an install CD for Windows 3.1, which could run multiple open windows for multiple complex applications with just 4 MEGAbytes of real memory and do it well. Us old geezers remember the days of 64 KILObytes RAM on a microcomputer and what it taught us: to be sparing of resources. This seems to have been forgotten anymore nowadays. {laughs} so my challenge to someone who wishes to commit suicide in the attempt, is to convert the Thunderbird _software build system_ to something that can run on an Arduino Uno. If they succeed, we will give them Earth's first "Earth Citizen's Palladium Award for Computing Excellence" and make them the director of computing services for the EU, or United Nations, or whatever global political organization exists by the time they've finished that project (estimated 2244 CE.)
Eric, https://wiki.mozilla.org/Thunderbird is a better choice for finding all things Thunderbird.
Whiteboard: [dupeme?]
root@ten:/usr/local/thunderbird/comm-central # ./mozilla/mach build 0:00.47 /usr/local/bin/gmake -f client.mk -s 0:00.66 Adding client.mk options from /usr/local/thunderbird/comm-central/.mozconfig: 0:00.66 FOUND_MOZCONFIG := /usr/local/thunderbird/comm-central/.mozconfig 0:00.82 cd /usr/local/thunderbird/comm-central/obj-x86_64-unknown-freebsd10.1 0:00.82 /usr/local/thunderbird/comm-central/configure 0:00.87 /usr/local/thunderbird/comm-central/configure: SHELL ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PATH_SEPARATOR ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_NAME ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_TARNAME ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_VERSION ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_STRING ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_BUGREPORT ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: PACKAGE_URL ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: exec_prefix ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: prefix ,: not found 0:00.87 /usr/local/thunderbird/comm-central/configure: program_transform_name ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: bindir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: sbindir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: libexecdir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: datarootdir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: datadir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: sysconfdir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: sharedstatedir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: localstatedir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: includedir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: oldincludedir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: docdir ,: not found 0:00.88 /usr/local/thunderbird/comm-central/configure: infodir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: htmldir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: dvidir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: pdfdir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: psdir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: libdir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: localedir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: mandir ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: ECHO_C ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: ECHO_N ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: ECHO_T ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: build_alias ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: host_alias ,: not found 0:00.89 /usr/local/thunderbird/comm-central/configure: target_alias ,: not found 0:00.90 configure: error: expected an absolute directory name for --bindir: 0:00.90 *** Fix above errors and then restart with\ 0:00.90 "/usr/local/bin/gmake -f client.mk build" 0:00.90 /usr/local/thunderbird/comm-central/client.mk:361: recipe for target 'configure' failed 0:00.90 gmake[1]: *** [configure] Error 1 0:00.90 client.mk:375: recipe for target '/usr/local/thunderbird/comm-central/obj-x86_64-unknown-freebsd10.1/Makefile' failed 0:00.90 gmake: *** [/usr/local/thunderbird/comm-central/obj-x86_64-unknown-freebsd10.1/Makefile] Error 2 0:00.90 0 compiler warnings present.
I did the original python-get stuff to download all, .mozconfig is this: root@ten:/usr/local/thunderbird/comm-central # cat .mozconfig ac_add_options --enable-application=mail ac_add_options --enable-debug ac_add_options --enable-calendar ./mozilla/mach build gave the above errors (after the Nth consecutive complaint that "python" didn't exist (and python3.4 can't be used??) I symlinked python2.7 as python), installed autoconf2.13 because autoconf2.69 can't be used (??), and to prevent an infinite regress did the suggested wget -q https://hg.mozilla.org/mozilla-central/raw-file/default/python/mozboot/bin/bootstrap.py && python bootstrap.py and still the same errors, shown above.
Try to start off with ./mozilla/mach bootstrap (and choose firefox desktop) .... and "./mozilla/mach build" when that's done (Note that trunk is busted atm. https://treeherder.mozilla.org/ui/#/jobs?repo=comm-central - once the builds are green again it builds.)
Actually, I had done that too, after things still didn't work. The above errors occur after all the various things. Two things stand out as 'something obvious is missing', one the complaint about --bindir, and two the long list of not-founds for common shell environment vars. Seems a missing step, or something is being run without a necessary argument.
1) no response from coders in regard to the original issue, 2) pursuing the issue transforms the original bug to a problem in thunderbird's compilation system, making this bug irrelevant.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.