evolution message text appears backwards when replying to html mail

Bug #25695 reported by David Mandelberg on 2005-11-13
28
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibGtkHTML
Won't Fix
High
gtkhtml3.14 (Ubuntu)
Medium
Ubuntu Desktop Bugs

Bug Description

I have evolution set to send all email in plain text. When I reply to a html
message and try to type in the message body text input area, the characters
(except <enter>) I type appear in reversed order. I.e. when I type "abc
123\ndef" I see "\nfed321 cba". I'm using scim-m17n with m17n-t-rfc1345 as an
input method, but I don't think it's related because the problem only occurs
when replying to html mail, not with a new message or replying to non-html mail
(including mail with plain text or rfc822? attachments).

evolution 2.5.1-0ubuntu2
evolution-data-server 1.5.1-0ubuntu2
evolution-exchange 2.5.1-0ubuntu1
evolution-plugins 2.5.1-0ubuntu2
evolution-webcal 2.4.1-0ubuntu1
openoffice.org2-evolution 1.9.129-0.1ubuntu4
libscim-dev 1.4.2-0ubuntu1
libscim8 1.4.2-0ubuntu1
scim 1.4.2-0ubuntu1
scim-dev 1.4.2-0ubuntu1
scim-dev-doc 1.4.2-0ubuntu1
scim-gtk2-immodule 1.4.2-0ubuntu1
scim-m17n 0.1.3-1build1
scim-modules-socket 1.4.2-0ubuntu1

http://bugzilla.gnome.org/show_bug.cgi?id=273512: http://bugzilla.gnome.org/show_bug.cgi?id=273512

David Mandelberg (dseomn) wrote :

By the way, I'm using dapper.

Sebastien Bacher (seb128) wrote :

Thanks for your bug. Do you have the issue without using scim?

David Mandelberg (dseomn) wrote :

With the IPA input module (GTK_IM_MODULE=ipa in the environment), which is
installed by default with ubuntu, characters are doubled (except for the last
one typed) and reversed (i.e. I see "\nfeeddʒ21ccbaa" when I type
"abc123\ndef"). However, the duplicate characters are underlined, meaning they
have not been inputted into the text box and are only stored by the input method
and therefore wouldn't be part of the outgoing email.

With no input module (app default is scim, I right-clicked in the reply text box
to change it to Default), "abc123\ndef" appears like "\ndef321cba" (same as with
scim). I couldn't figure out what to set GTK_IM_MODULE to so that the app would
use no input method. If somebody tells me what value to use, I'll try with that
instead of right-clicking.

Sebastien Bacher (seb128) wrote :

Do you have the issue without setting GTK_IM_MODULE? Does it happen with all the
html mails? What locale do you use?

David Mandelberg (dseomn) wrote :

I uninstalled scim and it still happens (without setting GTK_IM_MODULE). I tried
with another html mail and it didn't happen. I'll attach an email that causes
the problem.

David Mandelberg (dseomn) wrote :

Created an attachment (id=5155)
html email

Sebastien Bacher (seb128) wrote :

Thanks for the example. That's not due to the input method and known upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=273512

Carthik Sharma (carthik) wrote :

Confirmed, known upstream.

Changed in gtkhtml3.8:
status: Unconfirmed → Confirmed
Changed in gtkhtml3.8:
assignee: seb128 → desktop-bugs
Changed in gtkhtml3.8:
status: Confirmed → Triaged
junior (olav-ekkje) wrote :

I have this bug now with Intrepid! Is this way old bug still not fixed???

affects: gtkhtml3.8 (Ubuntu) → gtkhtml3.14 (Ubuntu)
Changed in libgtkhtml:
importance: Unknown → High
Flavelle (flavelle.ballem) wrote :

Actually, I have just encountered this bug for the first time in Ubuntu 12.04.1. I have Evolution 3.2.3 installed from the repositories. Happens exactly as described - if I reply to a message using HTML, then when I type each character, the cursor moves to the left instead of moving to the right.

Does not happen in any other application, does not happen if I reply to a Plain Text message - only happens if I am replying to an HTML message.

I hope this helps, and I do hope that there is a fix identified.

The workaround is to type my reply in LibreOffice, then copy and paste into the reply - kudgey to say the least.

Changed in libgtkhtml:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

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