Bug 293948 - WebKit fallbacks to sans despite "monospace" is presented in font-family
Summary: WebKit fallbacks to sans despite "monospace" is presented in font-family
Status: RESOLVED UPSTREAM
Alias: None
Product: kwebkitpart
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 1.2.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: webkit-devel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-12 23:29 UTC by Egor Tensin
Modified: 2012-05-12 22:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Egor Tensin 2012-02-12 23:29:01 UTC 
Version:           1.2.0 (using KDE 4.8.0) 
OS:                Linux

Webkit fallbacks to sans font even existing fonts are given in font-family attribute (e.g. "Liberation Mono") and ignores "monospace" entry.

Reproducible: Always

Steps to Reproduce:
1) Install Konqueror and KWebKitPart and set Konqueror's default rendering engine to WebKit.
2) Open some random paste on pastebin.com (which, according to Firebug, has font-family set to "Consolas,Menlo,Monaco,Lucida Console,Liberation Mono,DejaVu Sans Mono,Bitstream Vera Sans Mono,monospace,serif").

Actual Results:  
Paste's font is Liberation Sans (which is my sans alias).

Expected Results:  
Paste's font should be Liberation Mono (which is my monospace alias and is also specified in the middle of the list).

Konqueror + KHTML and Firefox seem to work correctly.
Comment 1 Dawit Alemayehu 2012-02-22 17:17:35 UTC 
I can reproduce this problem with QtTestBrowser. As such this is an upstream issue and needs to be reported upstream against QtWebKit. See http://trac.webkit.org/wiki/QtWebKitBugs.