GNOME Bugzilla – Bug 267496
html email not rendered in preview pane
Last modified: 2013-09-10 14:03:13 UTC
Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: When any sort of HTML email is viewed in the preview pane, I get nothing, just a blank box where the content should be. Happens with Content-Type: text/html, or multipart. The email is rendered perfectly if opened. Steps to reproduce the problem: 1. Send html mail to Evolution 2.0 user 2. view mail in preview pane Actual Results: Screenshots: http://spamaps.org/gallery/upyours/preview_pane http://spamaps.org/gallery/upyours/opened Expected Results: Should be rendered in preview pane. How often does this happen? Every time Additional Information: Blurred from addresses to protect peoples' privacy.
*shrug* works fine for me
Ok, I was running under XFCE, and when I changed the font from Sans to FreeSans, and restarted evolution, the HTML email started rendering in the preview pane. What is odd is that when I changed it back to Sans, it still displayed HTML email in the preview pane just fine.
This is clearly some sort of race condition. My Evolution no longer shows HTML email in the preview pane. The font change does not seem to have helped at all, I think it was just a coincidence.
Works for me too. What gtkhtml version are you using?
I built the gtkhtml3.2 from the debian unstable source package: ii gtkhtml3.2 3.2.2-1 HTML rendering/editing library - bonobo component binary ii libgtkhtml3.2-11 3.2.2-1 HTML rendering/editing library - runtime files Compiled with: gcc (GCC) 3.3.4 (Debian 1:3.3.4-13) Note that while it is gtkhtml3.2 in the source file, the paths remain set to 3.1. I don't know if this will b0rk things or not. $ pkg-config --cflags --libs libgtkhtml-3.1 -DXTHREADS -DORBIT2=1 -pthread -I/usr/include/libgtkhtml-3.1 -I/usr/include/gtk-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomeprintui-2.2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lgtkhtml-3.1 -lgnomeui-2 -lSM -lICE -lgnomeprintui-2-2 -lglade-2.0 -lbonoboui-2 -lgnome-2 -lpopt -lbonobo-2 -lgconf-2 -lgnomevfs-2 -lbonobo-activation -lORBit-2 -lgthread-2.0 -lgnomeprint-2-2 -lgnomecanvas-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lxml2 -lpthread -lz -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 Let me know if you need more info. :)
please run that line before starting evolution from terminal export EVOLUTION_MAIL_LOG_HTML=1 evolution-2.0 go to view that message which doesn't display and attach sync-stream* files created in working directory to that bug report.
Created attachment 44317 [details] syncstream from one of many emails that did not display (next attachment will be the raw message)
Created attachment 44318 [details] This is the raw source of the message that produced the previous "syncstream" attachment.
Alright, attached is the syncstream log produced when the message was previewed (and did not display), and the raw message (as produced by File->Save As).
this is mailer issue, mailer sets the base url of top level gtkhtml while it should set it on iframe's gtkhtml containing the html/text part. the base comes from Content-base mail header. Breakpoint 1, gtk_html_set_base (html=0x832c8d0, url=0x8490500 " http://jobs.nytimes.com") at gtkhtml.c:3957 (gdb) up
+ Trace 51234
$1 = (GtkHTML *) 0x832c8d0 (gdb) p html->iframe_parent $2 = (GtkWidget *) 0x0 (gdb) probably best if it sets it using BASE tag in iframe's html source (as mentioned in fixme note)
thinking more about it, it seems better to connect to iframe_created signal and signal handler may call gtk_html_set_base on iframe to set content base url
Created attachment 44370 [details] [review] fix
*** bug 267667 has been marked as a duplicate of this bug. ***
*** bug 268730 has been marked as a duplicate of this bug. ***
*** bug 269078 has been marked as a duplicate of this bug. ***
*** bug 269099 has been marked as a duplicate of this bug. ***
this is now committed
Just wanted to note that I just upgraded to the Debian unstable Evolution v2.0.2 and this problem went away. Thanks all! :-D
Errr.. Never mind. Still b0rked in 2.0.2. just noticed that you committed it for 2.0.3 anyway. ;-)