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 725254 - [webkit-composer] Smaller font size shown as 0 in preview when received
[webkit-composer] Smaller font size shown as 0 in preview when received
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Composer
3.11.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Tomas Popela
Evolution QA team
evolution[webkit] evolution[composer]
: 780149 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-02-26 18:20 UTC by Milan Crha
Modified: 2020-04-28 10:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
font settings screenshot (38.27 KB, image/png)
2017-03-19 15:58 UTC, Jean-François Fortin Tam
Details

Description Milan Crha 2014-02-26 18:20:56 UTC
Steps:
a) open a new composer in HTML mode
b) add text with font size 1, 0, -1 and -2 on one line and send it

Actual result:
when received, the size 1 is larger than size 0, but sized -1 and -2 are of the same size as size 0

Note:
replying to such message shows font sizes properly, -1 is smaller than 0 and -2 is smaller than -1.
Comment 1 Tomas Popela 2014-03-03 15:54:15 UTC
Can you try it again on latest commit in wip/webkit-composer branch as I cannot
reproduce it.
Comment 2 Milan Crha 2014-03-03 16:36:58 UTC
Still there, at commit a01db2f with webkitgtk3-2.2.4-1.fc20.x86_64
Comment 3 Milan Crha 2014-03-03 16:43:02 UTC
Can it be a preview panel issue, defining any minimal font size? If I reply to the message then it shows proper font sizes, the raw message body also shows:

   <html><head></head><body data-message="" style="word-wrap: break-word;
   -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
   <font size="1">EM-2&nbsp;</font>
   <font size="2">EM-1&nbsp;</font>
   EM0 
   <font size="4">EM1 </font>
   <font size="5">EM2 </font>
   <font size="6">EM3 </font>
   <font size="7">EM4</font></body></html>

thus the smaller fonts should be smaller, but they are not.

By the way (I can open a new bug report for this), could you drop webkit tweaks in the style, please? We want to have used standard properties, instead of surprises when the content is rendered with anything other than webkit (or something which doesn't understand webkit specific tweaks).
Comment 4 Milan Crha 2017-03-17 10:57:39 UTC
*** Bug 780149 has been marked as a duplicate of this bug. ***
Comment 5 Tomas Popela 2017-03-17 11:26:26 UTC
I think the problem here is the user's current font.. It's reproducible if I have a default font of size 10.. But if I set the font size to 16, then it works. Could be that the font doesn't have the size for current height - 1 or 2? Just a guess here..
Comment 6 Jean-François Fortin Tam 2017-03-19 15:58:59 UTC
Created attachment 348261 [details]
font settings screenshot

For what it's worth the Droid Sans fonts I'm using are specifically designed for small sizes so I don't know why they would be a problem. Dunno about the other fonts though. Note that I'm using global font scaling of 90% at the moment.
Comment 7 Milan Crha 2020-04-28 10:41:54 UTC
Created commit b9589fdf1d in evo master (3.37.2+)

Simply do not limit minimum font size for the WebKitWebView.