Closed Bug 283906 Opened 20 years ago Closed 18 years ago

browser.display.screen_resolution ignored in 1.0.1

Categories

(Core Graveyard :: GFX: Gtk, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jwz, Unassigned)

Details

Attachments

(2 files)

Since I upgraded from 1.0 to 1.0.1, my fonts are all smaller --
they're like 60% of the size they used to be.  How do I revert this?

My settings in preferences are the same as before:
   Western San Serif 17
   Display resolution 120 dpi

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1
Fedora/1.0.1-1.3.1

Linux grendel.jwz.org 2.6.10-1.741_FC3 #1 Thu Jan 13 16:38:22 EST 2005 i686
Fedora Core release 3 (Heidelberg)
I think what's going on is that browser.display.screen_resolution preference no
longer affects font sizes in web pages.

If I change browser.display.screen_resolution and open a new window, the font
sizes used in the menus and toolbars change, but the font sizes used in the page
itself do not.  

This is the case on pages that use CSS font size specifications as well as on
pages with no explicit font sizing.
Summary: firefox 1.0.1 shrunk my fonts → browser.display.screen_resolution ignored in 1.0.1
caillon: You know if the RedHat FC3 RPM packages for Firefox 1.0.1 have any
special code added, which isn't included in the official FF 1.0.1 builds?
Only thing I can think of causing this is us now building the package with
--enable-pango.  Does setting MOZ_DISABLE_PANGO=1 fix the issue for you? 
Blizzard probably gets blame for this.

I posted a release notes of my package to fedora-announce-list but that probably
won't get published until Monday.  Anyway, for future, filing bugs in the fedora
firefox package to bugzilla.redhat.com probably makes most sense.
Assignee: firefox → blizzard
Component: General → Layout: Fonts and Text
Product: Firefox → Core
Yes, MOZ_DISABLE_PANGO=1 fixes it, thanks!

I don't notice any other side effects of this setting -- will I be missing
anything by not using pango?
You won't be missing all that much, unless you are concerned about hindi and
arabic or other interesting languages.  Do you care enough about this bug in
order to test a patch for me?
If you have an x86 binary you'd like me to try out, I'd be happy to.
So you're setting the pref in Mozilla - are you setting it in X anywhere?  Or
some other system setting?
(The problem here is that I can probably fix this using a pango api that's new
in pango 1.8. But of couse fc3 only includes pango 1.6...)
I think I only set it in Mozilla.  The only other related place I can think that
I might have touched is in gnome-font-properties which is just "Sans 12".

xdpyinfo says "resolution: 102x102 dots per inch"

(I'm lying to mozilla about dpi as a way of forcing it to scale everything up,
since most web designers pick font sizes that I find unreadably small on my
monitor.)
In FC4 Kinfocenter and xdpyinfo report 120 DPI @1400x1050. I set browser.display.screen_resolution to 144 in user.js, then start 1.5rc3, which on http://members.ij.net/mrmazda/auth/dpi-screen-window.html is reported 144 DPI. IOW, WFM.
I accidentally submitted comment 10 before I was ready, and then my power went off for several hours, then hardware nightmares ever since.

Note: on a clean non-Gnome user login or with the contents of ~/gconf deleted,  Firefox apparently uses the same settings as QT apps rather than looking to the whatever settings recent gnome-control-center versions have made in ~/.gconf.
Firefox 1.0.x is not so well behaved.
(In reply to comment #1)
> If I change browser.display.screen_resolution and open a new window, the font
> sizes used in the menus and toolbars change

That's a bug, but I think it goes away on browser restart.  It may have even been fixed elsewhere.

> but the font sizes used in the page
> itself do not.  

It's only supposed to change Web page font sizes when those font sizes are specified in absolute units (pt, cm, mm, in, pc), not in px or relative to your defaults.

FWIW, I've proposed in other bugs to remove the UI for this pref (and also fix a Firefox 1.5 botch in the default value).
(In reply to comment #13)
> That's a bug, but I think it goes away on browser restart.  It may have even
> been fixed elsewhere.

There was a case where it didn't go away on browser restart which was fixed in bug 197037.
QA Contact: general → layout.fonts-and-text
Component: Layout: Fonts and Text → GFX: Gtk
Assignee: blizzard → nobody
QA Contact: layout.fonts-and-text → gtk
Does this bug still occur in a recent trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
browser.display.screen_resolution should always be ignored since bug 327406  was fixed
Yeah, but is there a bug here that needs to be fixed given that one
uses "layout.css.dpi" instead?  (AFAICT from reading the bug there isn't.)
Comment 10 / comment 11 are there to show WFM as of FF 1.5x. WFM in FF 2 in SUSE Factory and Mandriva Cooker also, and IIRC Debian Etch, Ubuntu Edgy and Fedora 6.
-> WORKSFORME
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: