evolution deletes lines of a reply when changing address

Bug #259012 reported by Antoine Pairet on 2008-08-18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Fix Released
evolution (Ubuntu)
Mathieu Trudel-Lapierre

Bug Description

Binary package hint: evolution

When replying to an email, if I change the field "From" to select and alternative email address, evolution will delete a line of the message. Changing several times of address email in the "From" field will delete several lines of the email.

Step to reproduce:
1. Go to "Composer Preferences" and check the option "Keep Signature above original message when replying"
2. Open a message and click "Reply"
3. Change the address in the "From" field
4. Each time you change the address, one line is deleted in the email

Further information:
This behavior is only observed when replying to an email if and only if the option "Keep Signature above original message when replying" is selected. If one writes a new message, evolution won't delete any line when changing the "From" filed.

Note the problem also occurs with intrepid ( Evolution 2.24.0)

ProblemType: Bug
Architecture: amd64
Date: Mon Aug 18 10:21:54 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/evolution
NonfreeKernelModules: ath_hal
Package: evolution
PackageArchitecture: amd64
SourcePackage: evolution
Uname: Linux 2.6.24-21-generic x86_64

Related branches

Antoine Pairet (b-ly) wrote :
Antoine Pairet (b-ly) wrote :

Here's a screenshot of the original reply before switching the address in the "From" field several times.
You'll recognize an email from Martin Pitt announcing the release of Intrepid Alpha 4.

If required, I can make a video of the problem.

Antoine Pairet (b-ly) wrote :

I hope it is the correct team to assign the bug to, ;-)

Changed in evolution:
assignee: nobody → desktop-bugs
Antoine Pairet (b-ly) wrote :

I just search on the Gnome BTS and didn't find a report for this bug. Should I fill a new one there?

Pedro Villavicencio (pedro) wrote :

thanks for the report, this is not reproducible for me with the steps you gave us with Evolution 2.23.6 changing the address doesn't affect the mail message at all. Can you test the same with another new user created on your machine? Thanks.

Changed in evolution:
importance: Undecided → Low
status: New → Incomplete
Antoine Pairet (b-ly) wrote :

I can't reproduce it with a new user. So it has something to do with configuration files in my home directory. Is there any debug program that could analyze 2 different home directory and highlight the key differences between some configuration files ?

Note that I use the same home directory since Dapper. If I run evolution in a terminal, I got the following message appearing several times:

(evolution:18314): camel-CRITICAL **: get_message_info: assertion `folder->summary != NULL' failed


Sebastien Bacher (seb128) wrote :

you should perhaps open the bug on bugzilla.gnome.org where people writting the code will comment

Antoine Pairet (b-ly) wrote :

Here are some news:
The problem only occurs when the option "Keep signature above the original message on replying" is selected.
Since I'm now able to reproduce the bug with a new user, I'll open an upstream bug.

description: updated
Antoine Pairet (b-ly) wrote :

Since I can reproduce the bug with a new user, I change the status to confirmed.

Changed in evolution:
status: Incomplete → Confirmed
Pedro Villavicencio (pedro) wrote :

changing it to triaged since it was sent upstream.

Changed in evolution:
status: Confirmed → Triaged
Changed in evolution:
status: Unknown → New
C de-Avillez (hggdh2) wrote :

I can reproduce it on trunk and 2.24. It happens when I change the 'From' from an email with a signature defined to one without a signature. I confirmed the upstream bug.

Changed in evolution:
status: New → Confirmed
Vincenzo Mantova (xworld21) wrote :

A simple workaround is to do an "Undo" after having changed the 'From' address.

This still happens on Lucid, with evolution 2.28.3-0ubuntu9

Hassan El Jacifi (waver) wrote :

Yes, and it's still present with evolution 2.28.3-0ubuntu10

Hassan El Jacifi (waver) wrote :
Changed in evolution:
importance: Unknown → Low
Changed in evolution:
status: Confirmed → Incomplete
Changed in evolution:
importance: Low → High
status: Incomplete → Confirmed
Changed in evolution (Ubuntu):
importance: Low → High

Seems like this has been fixed very recently. I'll take the upstream patch and backport/apply it to the packages in Natty.

Changed in evolution (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → Mathieu Trudel-Lapierre (mathieu-tl)
status: Triaged → In Progress
Changed in evolution:
status: Confirmed → Fix Released
Launchpad Janitor (janitor) wrote :
Download full text (3.7 KiB)

This bug was fixed in the package evolution - 2.32.1-0ubuntu3

evolution (2.32.1-0ubuntu3) natty; urgency=low

  [ Martin Pitt ]
  * debian/evolution.gconf-defaults: Disable systray for alarms, as Unity
    doesn't have a systray. Use popup windows instead.

  [ Mathieu Trudel-Lapierre ]
  * debian/patches/94-git-backport-b87510d-to-32cc60f.patch: Cherry-pick a
    number of fixes from upstream git gnome-2-32 branch, specifically
    commits from b87510d to 32cc60f:
    - Bug #553438 - Deletes lines of reply when changing address (LP: #259012)
    - Bug #638808 - camel_shutdown() called too early
    - Updated Swedish translation
    - Bug #633854 - [templates] Crash in build_template_menus_recurse
    - Bug 637482 - Flushing outbox gives up on first error
    - Bug #634385 - Crash in smtp_connect
    - Updated Malalayam translations
    - Don't set the URL's defaults when the providers have not been refreshed
    - Only set the URL's defaults when we are creating a new account
    - Set provider defaults on when CamelURLs get refreshed with a new protocol
    - Don't set the provider's defaults on the URL from the widget functions
    - Function to set a CamelURL's defaults based on a provider's defaults
    - Bug #627176 - Do not spawn other process when clicking mailto: uri
    - Default to beginning of the day for the last alarm notification
    - Update actions in EMailBrowser on message select too
    - Revert certain parts from the previous commit
    - Bug #635738 - Sanitize Previous/Next buttons when not usable
    - [vCard-inline] Check also text/directory parts
    - Bug #634387 - Crash in bbdb_sync_buddy_list_in_thread
    - Bug #635673 - Stack overflow when opening slow calendar
  * debian/patches/95-git-01-no_recipient_meetings_d545307.patch: bgo 635828:
    Do not send meeting mails with no recipient
  * debian/patches/95-git-02-empty_trash_on_exit_30427e1.patch: bgo 620609:
    Empty trash at exit doesn't work
  * debian/patches/95-git-03-ctrl-r_nntp_focus_new_msg_f5562e9.patch:
    bgo 404570: Ctrl-R / NNTP doesn't focus the new message
  * debian/patches/95-git-04-express_acount_setup_5a25840.patch: bgo
    636058: Account setup issues express mode.
  * debian/patches/95-git-05-crash_in_mini_cal_view_5549b33.patch: bgo
    602183: Crash in Mini Calendar View
  * debian/patches/95-git-07-freebusy_invalid_writes_750abd6.patch: bgo
    620234: Invalid writes during free/busy
  * debian/patches/95-git-08-open_meeting_as_meeting_0efc5f6.patch: bgo
    627536: Open meeting as meeting, not as appointment, in week view
    (LP: #621143)
  * debian/patches/95-git-09-force-
    shutdown_kill_factories_7ddb393.patch: bgo 590245: 'evolution --
    force-shutdown' should kill factories
  * debian/patches/95-git-10-freebusy_with_auth_84e2609.patch: bgo
    593587: Fails to retrieve free/busy info if auth required
  * debian/patches/95-git-12-webdav_addr_book_port_fb18743.patch: bgo
    633332: Preserve port number in WebDAV address book
  * debian/patches/95-git-13-add_filter_rule_1a7b4d4.patch: bgo 633611:
    Do not close Add Filter Rule dialog on error
  * debian/patches/95-git-14-forget_passwords_4b58f11.patch: bgo 633...


Changed in evolution (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.