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 346918 - hex boxes in welcome message
hex boxes in welcome message
Status: RESOLVED WONTFIX
Product: GtkHtml
Classification: Other
Component: Rendering
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: gtkhtml-maintainers
gtkhtml-maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2006-07-07 16:06 UTC by Matthias Clasen
Modified: 2014-12-02 01:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (132.14 KB, image/png)
2006-07-07 16:08 UTC, Matthias Clasen
Details

Description Matthias Clasen 2006-07-07 16:06:33 UTC
May just be due to the default font setup in fedora, but it might
be good to rewrite the message to ensure that it works with most
font setups.
Comment 1 Matthias Clasen 2006-07-07 16:08:45 UTC
Created attachment 68575 [details]
screenshot
Comment 2 André Klapper 2006-07-07 16:49:34 UTC
hmmm... there isn't any white space after the <li>, there isn't any <font face> in that message, and of course their are no CSS settings.

any idea *what* to rewrite in order to fix this?
Comment 3 Karsten Bräckelmann 2006-07-07 17:00:39 UTC
Well, confirming I guess.

At least, I do see very similar strange chars as in the screenshot. However, the mail itself ($prefix/default/C/mail/local/Inbox) does *not* have any additional chars in the list. No clue, where this may come from.

Likely either a font issue or a GtkHTML rendering/parsing issue. Moving to GtkHTML for now.


Any additional info, observations and hints greatly appreciated.
Comment 4 Karsten Bräckelmann 2006-07-07 17:15:49 UTC
Just had a look at the raw files that are displayed in the mail pane by GtkHTML:

$ EVOLUTION_MAIL_LOG_HTML=1 evolution-2.6

The resulting saved raw data stream files are just fine, and render correctly in Firefox without the additional junk. Still, either a GtkHTML Rendering or a font related issue...
Comment 5 Karsten Bräckelmann 2006-07-07 17:23:01 UTC
Tried different fonts. Not related to the font used, though still possibly font related.
Comment 6 André Klapper 2014-12-02 01:06:46 UTC
Since version 3.6, Evolution uses WebKit instead of GtkHtml for displaying messages. (And for completeness, Evolution 3.14 is planned to use WebKit also for composing and editing messages so GtkHtml will not receive any fixes anymore.)

Hence I am closing this GtkHtml rendering bug report.
We are sorry that your request was not handled in time when it was reported but unfortunately manpower is very limited (and does not allow testing every single reported issue separately again either).

Please feel free to reopen this report (and move it to the "Evolution" product and the "Mail" component) if the problem described in this bug report still happens in a recent supported Evolution version which uses WebKit (the current stable Evolution version is 3.12).