After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 550941 - Evolution: Change of draft mail format to/from HTML is not saved if it is the only change
Evolution: Change of draft mail format to/from HTML is not saved if it is the...
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: general
2.22.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
evolution[composer]
Depends on:
Blocks:
 
 
Reported: 2008-09-05 04:35 UTC by Nick Jenkins
Modified: 2008-09-05 11:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Nick Jenkins 2008-09-05 04:35:24 UTC
Please describe the problem:
Changing the formatting of a draft mail to or from HTML mail is not saved, if no other changes are made.

Steps to reproduce:
* Open an existing draft mail.
* Go Format -> HTML (i.e. toggle the format from Off to On, or from On to Off).
* Close the draft message.
* Observe that there is no prompt to "discard changes or save changes".
* Open the same mail item again.
* Go Format -> HTML, and observe that the format is back to what it was originally (i.e. the change of format has not been saved).


Actual results:
There is no prompt to "discard changes or save changes", and changes are not saved.

Expected results:
* Prompt for whether or not to save changes.
* If the user says yes, then save the changes and load in the correct format when reopening.

Does this happen every time?
Yes.

Other information:
Running Evolution 2.22.3.1, the version that comes with Ubuntu 8.04.1.
Comment 1 Matthew Barnes 2008-09-05 11:07:00 UTC
Works a little different in the new composer in 2.23/2.24.

Step 3 (close the draft message) will discard the message since no text was entered.  However, explicitly saving the draft and then reopening it will put the draft message in the previously selected editing mode.

So this is fixed now as far as I'm concerned.