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 430812 - memo/tasks preview doesn't display category icon
memo/tasks preview doesn't display category icon
Status: RESOLVED WONTFIX
Product: GtkHtml
Classification: Other
Component: Rendering
3.14.x
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2007-04-17 21:24 UTC by Gilles Dartiguelongue
Modified: 2014-12-02 01:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Attachments
memo-preview.png (19.25 KB, image/png)
2007-04-17 21:26 UTC, Gilles Dartiguelongue
Details
memo screenshot with icons (15.36 KB, image/png)
2007-10-07 03:11 UTC, sktsee
Details

Description Gilles Dartiguelongue 2007-04-17 21:24:31 UTC
Please describe the problem:
In task view and memo view, the view pane is rendered through gtkhtml. AFAIR, the code generates an <img> tag to display the category icon if the task/memo is assigned to a category. Unfortunately, this doesn't work. Either you get a blank or a red cross (see screenshot).


Steps to reproduce:
1. create a task/memo
2. assign to category that has an icon
3. look at the view pane

Actual results:
see a red cross.


Expected results:
see the icon associated with the category

Does this happen every time?
yes

Other information:

What's strange here is that the generated html is perfectly correct (path, code, all) and twiddling with the sources the get a dump of the html, it shows up nicely in epiphany or in the test app from gtkhtml test suite.
Comment 1 Gilles Dartiguelongue 2007-04-17 21:26:23 UTC
Created attachment 86531 [details]
memo-preview.png
Comment 2 Gilles Dartiguelongue 2007-05-15 22:31:29 UTC
ok this bug is really strange.

I've been doing some experiments.
Taking some e-d-s icons, resizing, copying in home, stuff like that.

It seems that every icons provided by default suffers the same problem. They don't load properly which leads to (depending on the situation) a rectangle with a red cross or a blank space.

If I choose another icon (say ekiga icon which is 48x48) or scale an e-d-s icon, they appear as expected. I can't seem to find a good reason for this but taking a e-d-s icon, modifying it so that the gimp rewrites the file just don't work. It really wants upscaled icons.

didn't read more code yet but I feel this is more related to gtkhtml so reassigning.
Comment 3 sktsee 2007-10-07 03:06:57 UTC
I can confirm with on Ubuntu 7.04 Evolution 2.10 gtkhtml 3.1.4. When viewing a memo with associated category icons, error messages like the following show up in .xessions-errors

(evolution-2.10:17092): gtkhtml-CRITICAL **: gtk_html_stream_write: assertion `size > 0' failed

Re-scaling the images as Gilles Dartiguelongue mentioned, sometimes worked and sometimes didn't. I discovered that it is the size of the image file rather than the scale of image that was the source of the problem. Any files that were less 1K, didn't show up in the memo and the error message above got generated. Opening the category png files in gimp and then resaving with no compression gave filesizes over 1K and subsequently show up now in memos.
Comment 4 sktsee 2007-10-07 03:11:49 UTC
Created attachment 96792 [details]
memo screenshot with icons
Comment 5 André Klapper 2014-12-02 01:05:36 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).