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 777479 - Message view height is too small for html formatted emails with certain styles
Message view height is too small for html formatted emails with certain styles
Product: evolution
Classification: Applications
Component: Mailer
3.22.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Reported: 2017-01-19 07:49 UTC by
Modified: 2017-01-19 12:35 UTC
See Also:
GNOME target: ---
GNOME version: ---

example.eml (820 bytes, message/rfc822)
2017-01-19 07:49 UTC,
example.html (563 bytes, text/html)
2017-01-19 07:50 UTC,
evolution-window.png (37.19 KB, image/png)
2017-01-19 07:50 UTC,
chrome-window.png (35.68 KB, image/png)
2017-01-19 07:51 UTC,

Description 2017-01-19 07:49:34 UTC
Created attachment 343777 [details]

Distribution: Fedora Workstation 25 x86_64
Evolution packages: 
  evolution.x86_64              3.22.3-2.fc25  @updates
  evolution-data-server.x86_64  3.22.3-1.fc25  @updates
  evolution-ews.x86_64          3.22.3-2.fc25  @updates
  evolution-help.noarch         3.22.3-2.fc25  @updates

When an html formatted email[1] contains certain css styles[2] in html and body tags (`overflow:auto;` and `height:100%;overflow:auto;` respectively) the message view height becomes too small.[3]

Same html content renders fine in Chrome, Firefox and Midori browsers.[4]

[1]: example.eml
[2]: example.html
[3]: evolution-window.png
[4]: chrome-window.png
Comment 1 2017-01-19 07:50:24 UTC
Created attachment 343778 [details]
Comment 2 2017-01-19 07:50:52 UTC
Created attachment 343779 [details]
Comment 3 2017-01-19 07:51:04 UTC
Created attachment 343780 [details]
Comment 4 Milan Crha 2017-01-19 11:47:49 UTC
Thanks for a bug report. I'm moving this to the Mailer component, as this is not a problem in the message Composer, but in the message preview. The main difference with the tested browsers might be that the evolution uses iframe-s with frame-flattening, which are supposed to get their height based on the actual content. It's most likely a WebKitGTK+ bug. I'll test it more and will eventually move it there.
Comment 5 Milan Crha 2017-01-19 12:35:44 UTC
So it is as I expected, it's an issue in the WebKitGTK+. I opened a bug there:
Please see it for any further updates.