Bug 240959 - Fonts too big relatively to line spacing
Fonts too big relatively to line spacing
Status: CLOSED INSUFFICIENT_DATA
Product: Fedora
Classification: Fedora
Component: firefox (Show other bugs)
6
All Linux
medium Severity medium
: ---
: ---
Assigned To: Behdad Esfahbod
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-05-23 09:56 EDT by Stepan Kasal
Modified: 2008-08-02 19:40 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-02-07 13:26:44 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
the screenshot (94.69 KB, image/png)
2007-05-23 09:56 EDT, Stepan Kasal
no flags Details
X server log (57.31 KB, text/plain)
2007-05-23 09:58 EDT, Stepan Kasal
no flags Details
xorg.conf which works with framebuffer (1.48 KB, text/plain)
2007-05-23 11:32 EDT, Stepan Kasal
no flags Details

  None (edit)
Description Stepan Kasal 2007-05-23 09:56:24 EDT
Description of problem:
Start firefox from twm.
The lines in the combo-box fox are sqeezed together.

Version-Release number of selected component (if applicable):
1.5.0.10-6.fc6

How reproducible:
always

Steps to Reproduce:
1. startx /usr/bin/twm
2. right-click -> xterm
3. firefox&
  
See the attached screenshot.
Comment 1 Stepan Kasal 2007-05-23 09:56:24 EDT
Created attachment 155239 [details]
the screenshot
Comment 2 Stepan Kasal 2007-05-23 09:58:55 EDT
Created attachment 155240 [details]
X server log
Comment 3 Stepan Kasal 2007-05-23 11:28:23 EDT
More combinations which I tried:

When I call "startx" instea,d I get a normal Gnome session, and the fonts in
firefox are OK.

In normal work I use framebuffer on console (fbset in /etc/rc.sysinit), and an
xorg.xonf which uses framebuffer device with a smaller resolution.  The fonts
are OK in this case.
Comment 4 Stepan Kasal 2007-05-23 11:32:22 EDT
Created attachment 155262 [details]
xorg.conf which works with framebuffer

When I start Matrox framebuffer on the console and use this xorg.conf, then the
problem disappears.
Comment 5 Stepan Kasal 2007-05-24 12:09:30 EDT
OK, I did more experiments:

I have verified that when I disable pango (export MOZ_DISABLE_PANGO=1), the
problem disappears.
It does not make any difference whether I use the "mga" driver for my matrox, or
whether I use the "fbdev" framebuffer driver.

I also discovered bug #241236, and it seems to be one of the reasons.

While Firefox defaulted to 96dpi, Pango uses the real resolution (126 dpi for
1600x1200 on my 17" monitor).
Then the fonts rendered by Pango are too big to fit into the rectangulars
computed by firefox itself.

I can reproduce the bug in two different situations:

1) When firefox is started outside the gnome environment (e.g., through twm),
then Pango uses the resolution autodetected by X server.
This is exactly the problem which made me to file this bug.

2) But the problem can happen within the Gnome environment, too:
Initially, all the fonts are tiny, because of bug #241232; to work around this,
the user goes to "System|Preferences|Fonts|buttton Details" and fills in the
real resolution.
Then firefox looks bad, as shown in the image attached to this bug, attachment
#155239 [details].

I suppose the right fix is that Firefox tells pango what resolution it uses.
Comment 6 Christopher Aillon 2007-05-24 12:28:54 EDT
Behdad, what do you think here?
Comment 7 Behdad Esfahbod 2007-05-24 14:40:49 EDT
Well, without pango firefox assumes a fixed 96dpi.  With pango, it takes what
your xorg reports.  Something like that.  It may be a bug in gtk's directfb bug
setting the wrong dpi.
Comment 8 Nicolas Mailhot 2007-05-24 15:27:10 EDT
If firefox is unable to handle anything but 96dpi that's a firefox bug.
Clamping resolution to 96dpi is increasingly broken on laptops. And Vista
systems won't care, so desktops may go the laptop high-dpi way soon
Comment 9 Behdad Esfahbod 2007-05-24 16:03:16 EDT
(In reply to comment #8)
> If firefox is unable to handle anything but 96dpi that's a firefox bug.
> Clamping resolution to 96dpi is increasingly broken on laptops. And Vista
> systems won't care, so desktops may go the laptop high-dpi way soon

This is totally out of context.  As I said, firefox+pango respects dpi
correctly, and ff3 even resizes images and other stuff based on dpi.
Comment 10 Stepan Kasal 2007-05-25 07:20:37 EDT
Hello Behdad,

(In reply to comment #9)
> This is totally out of context.

yes, I agree that we are losing focus, and my previous comments contributed to
it--sorry.

> As I said, firefox+pango respects dpi correctly, [...]

Unfortunately, this is not completely true.  Comment #1 shows that the list
below the location box uses the right fonts, but the size of the fields used for
those fonts does not match the actual font size.
Comment 11 Behdad Esfahbod 2007-05-25 18:54:10 EDT
(In reply to comment #10)
> Hello Behdad,
> 
> (In reply to comment #9)
> > This is totally out of context.
> 
> yes, I agree that we are losing focus, and my previous comments contributed to
> it--sorry.
>
> > As I said, firefox+pango respects dpi correctly, [...]
> 
> Unfortunately, this is not completely true.  Comment #1 shows that the list
> below the location box uses the right fonts, but the size of the fields used for
> those fonts does not match the actual font size.

Ok, I now see what the bug is.  Firefox itself (not the pango backend to it)
assumes a dpi-independent line height and hardcodes the combox height.
Comment 12 Matěj Cepl 2007-12-10 04:22:51 EST
Fedora Core 6 is no longer supported, could you please reproduce this with the
updated version of the currently supported distribution (Fedora 7, 8, or
Rawhide)? If this issue turns out to still be reproducible, please let us know
in this bug report. If after a month's time we have not heard back from you, we
will have to close this bug as CANTFIX.

Setting status to NEEDINFO, and awaiting information from the reporter.

[This is mass-filed message to all open Fedora Core 6 bugs related to Xorg or
Gecko. If you see any other reason, why this bug shouldn't be closed, please,
comment on it here.]
Comment 13 Matěj Cepl 2008-02-07 13:26:44 EST
Since there are insufficient details provided in this report for us to
investigate the issue further, and we have not received feedback to the
information we have requested above, we will assume the problem was not
reproducible, or has been fixed in one of the updates we have released for the
reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest
update of their distribution, and if this issue turns out to still be
reproducible in the latest update, please reopen this bug with additional
information.

Closing as INSUFFICIENT_DATA.

Note You need to log in before you can comment on or make changes to this bug.