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 440958 - In HTML mode, signature appears as raw HTML code
In HTML mode, signature appears as raw HTML code
Status: RESOLVED DUPLICATE of bug 562913
Product: evolution
Classification: Applications
Component: general
2.10.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
evolution[composer]
Depends on:
Blocks:
 
 
Reported: 2007-05-24 15:10 UTC by ivan.garcia
Modified: 2009-08-07 10:32 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description ivan.garcia 2007-05-24 15:10:12 UTC
Problems with signature:
when I create a HTML signature with a jpg logo attached, next time I restart evolution, it appears an html code instead of the correct signature i build


Distribution: Ubuntu 7.04 (feisty)
Gnome Release: 2.18.1 2007-04-10 (Ubuntu)
BugBuddy Version: 2.18.1
Comment 1 Arnaud Tulelau 2007-12-03 10:47:38 UTC
Same problem for me :

Here is my signature created by inserting HTML file content in signature editor and modifying it a bit with signature editor.
When I restart Evolution (2.12.1 on Fedora Core 8), here is what appears when I create a new mail :
"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.16.1">
</HEAD>
<BODY>
<PRE>

</PRE>
<TABLE CELLPADDING="0" WIDTH="585">
<TR>
<TD WIDTH="214">
<IMG SRC="file:///home/atulleau/mailtools/signature/images/image002.jpg" WIDTH="206" HEIGHT="76" ALIGN="bottom" BORDER="0">
</TD>
<TD WIDTH="365">
<B>COFRAMI - Groupe AKKA Technologies </B><BR>
<B>Arnaud TULLEAU</B> <I>Chef de Projet</I><BR>
28 rue de l&#8217;Aven &#8211; 95800 Cergy Saint Christophe<BR>
T&#233;l : 01.34.20.18.40 - Fax : 01.34.20.18.98<BR>
site : <A HREF="http://www.coframi.fr/">www.coframi.fr</A> - email : <A HREF="mailto:atulleau@coframi-cergy.com">atulleau@coframi-cergy.com</A>
</TD>
</TR>
</TABLE>
<BR>
<BR>
<BR>
<PRE>

</PRE>
</BODY>
</HTML>
"
Comment 2 bugzilla 2008-09-29 13:16:19 UTC
I'm also seeing this bug.

Evolution 2.24.0
Gnome 2.24.0
Ubuntu Intrepid x64 updated 20080928
Comment 3 Matthew Barnes 2008-12-02 03:58:26 UTC
How exactly are you guys creating your HTML signature?  Insert -> HTML File?
Or are you pasting in raw HTML code?  Note, the signature editor is a WYSIWYG editor and doesn't support editing raw HTML code.
Comment 4 rupert bailey 2009-01-04 04:59:24 UTC
I also have this problem:
(System Ubuntu 8.10, x64 running on Intel Duo, Evolution 2.24.2)

The wysiwyg editor provides the following result after the following:
1)text is placed inside the editor window, 
2)the settings are set as described, 
3)the system is restarted, and 
4)the signature is applied(automatically).

original editor window data between dotted lines:
-----------------
Given Surname
Title
Company Name
-----------------

options: Plain Text/Normal

output:
-----------------
-
Given Surname
Title
Company Name
-----------------
seems to be fine except for the "-" at the start

options: HTML/Normal

output:
-----------------
-  
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.24.1.1">
</HEAD>
<BODY>
<PRE>
Given Surname
Title
Company Name
</PRE>
</BODY>
</HTML>
-----------------

worse results are obtained with HTML/Normal when URLS are used:

original editor window data between dotted lines:
-----------------
google
-----------------
note: google is actually an "insert link" function 
url: http://www.google.com description:google 
(note - the editor does not register the URL unless you place a space after it.
this may be a separate bug.)

options: HTML/Normal

output:
-----------------  
-  
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.24.1.1">
</HEAD>
<BODY>
<A HREF="http://www.google.com">google</A> 
</BODY>
</HTML>
-----------------  

I have also tried to edit the signature-0 files directly (had coded HTML direct to the signature file) and it still suffers the HTML/Normal setting.

Hope this helps identify the problem. My guess is the wysiwyg editor needs a bit of a rework because it is a little buggy with a simple URL insertion too.
Comment 5 Matthew Barnes 2009-01-04 06:19:17 UTC
Thanks for the very detailed explanation.

I still feel there's a missing piece to the puzzle, as I'm still unable to reproduce the raw HTML code after following your steps to the letter.  I'll comb through the signature code and try to uncover some clues.

For the record, I'm using Evolution 2.25.3.1 (i386) on Fedora 10.
Comment 6 Matthew Barnes 2009-01-04 06:53:41 UTC
Some shot-in-the-dark questions:

- Does this bug ever manifest when the signature is inserted manually, not
  automatically?

- Does it ever happen _before_ Evolution is restarted?

- Does it ever happen with replies or forwards, or only for new messages?

- Under composer preferences, is "Keep signature above original message when
  replying" checked?

- If anyone that can reproduce this bug is familiar with GDB (the GNU
  debugger), please contact me on IRC ("mbarnes" on #evolution on GimpNet)
  so that we can debug this interactively.
Comment 7 rupert bailey 2009-01-04 07:14:41 UTC
>- Does this bug ever manifest when the signature is inserted manually, not
>  automatically?
It always happens when you elect HTML signatures, regardless of cutting and pasting HTML or using the wysiwyg editor only
>
>- Does it ever happen _before_ Evolution is restarted?
No it is sweet prior to restart (or at least is for me after creating and forwarding emails in my environment)
>
>- Does it ever happen with replies or forwards, or only for new messages?
It happens for both - without exception: HTML signature + restart = format error
>
>- Under composer preferences, is "Keep signature above original message when
>  replying" checked?
Yes if you ever create/forward/respond to an email and it requires you to draw upon the stored signature parsed as HTML, it will cause the error
>
>- If anyone that can reproduce this bug is familiar with GDB (the GNU
>  debugger), please contact me on IRC ("mbarnes" on #evolution on GimpNet)
>  so that we can debug this interactively.
I'm afraid I don't have my development environment setup yet, but if you've got a chat program I could assist you if you wanted to instruct me. I use msn at this point. my first name at sakanastudio.net will find me.
Comment 8 rupert bailey 2009-01-08 11:06:39 UTC
I had a look at the source of both the "prior to closing" signature and the "after reopening" signature and noted that the signature had been html escaped (except for the url), where as originally the html was not. It seems the "escape html parser" is accidentally made to parse the signature in one case. 

<PRE>
-  
&lt;!DOCTYPE HTML PUBLIC &quot;-//W3C//DTD HTML 4.0 TRANSITIONAL//EN&quot;&gt;
&lt;HTML&gt;
&lt;HEAD&gt;
&nbsp; &lt;META HTTP-EQUIV=&quot;Content-Type&quot; CONTENT=&quot;text/html; CHARSET=UTF-8&quot;&gt;
&nbsp; &lt;META NAME=&quot;GENERATOR&quot; CONTENT=&quot;GtkHTML/3.24.1.1&quot;&gt;
&lt;/HEAD&gt;
&lt;BODY&gt;
Rupert Bailey&lt;BR&gt;
Business Analyst&lt;BR&gt;
Management Information Reporting and Analytics Group - &lt;A HREF=&quot;<A HREF="http://telstra.com">http://telstra.com</A>&quot;&gt;Telstra&lt;/A&gt;
&lt;/BODY&gt;
&lt;/HTML&gt;
</PRE>
Comment 9 Matthew Barnes 2009-01-08 15:50:21 UTC
That's an important clue; thanks Rupert.  I'll hunt for the cause of it.
Comment 10 rupert bailey 2009-01-27 07:36:19 UTC
The last round of updates today 27/01/09 for Ubuntu 8.10 included a lot of new or modified libraries. These updates fixed this problem. Thanks for your efforts Matthew.
Comment 11 Matthew Barnes 2009-01-27 12:36:27 UTC
Interesting.  I wonder if this was a side-effect of bug #552357.  In any case, glad to hear the problem is resolved.  I'll close this bug for now, but if it starts happening again, speak up and I'll reopen this.
Comment 12 Matthew Barnes 2009-08-07 10:32:05 UTC
Finally figured out the problem under bug #562913.  Resetting as a dupe.
Comment 13 Matthew Barnes 2009-08-07 10:32:24 UTC

*** This bug has been marked as a duplicate of 562913 ***