276106 - Text zoom causes memory leak

Status: RESOLVED WONTFIX

(Core Graveyard :: GFX: Gtk, defect)

Description

[Dawid Gajownik]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041122
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041122

Resizing text on page http://arstechnica.com/columns/linux/linux-20040825.ars/3
causes huge memory leak.

Reproducible: Always

Steps to Reproduce:
1. Create user profile as it is written in this bug report:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121403#c24 (installing MS
fonts is also needed).
2. Open Mozilla (don't use XFT+GTK2 build, because it is not affected) and visit
mentioned above page.
3. Press few times CTRL++
Actual Results:  
Huge memory leak - Mozilla uses more than 200MB of RAM :(

Expected Results:  
Mozilla should not use more RAM.

I can reproduce this bug on Fedora Core 3 (X.Org X11 6.8.2rc1 from Rawhide) and
Mozilla 1.8.a5 and on Fedora Core 1 (XFree86 4.3) and today's nightly build.

Windows version and 'normal' Fedora's Mozilla are not affected.

Comment 1

[Boris Zbarsky [:bzbarsky]]

This doesn't seem to be a memory leak...  Once I've loaded a page with a given
font size, if I close the window, load the page again and zoom to the same font
size the memory usage does not change.  So it looks like we're caching some sort
of font data structures, but that's not exactly a leak.

I do wonder why exactly it takes so much memory to zoom here -- the X memory
usage goes up about 200MB if I hit Ctrl-+ twice, and so does Mozilla's.

Comment 2

[Dawid Gajownik]

OK, I'm not a developer -- I'm just a normal user who likes testing software, so
I may be wrong. If it's not a memory leak, please fill 'Summarry' field with an
appropriate text (I do not have any idea what should be there).

Comment 3

[Jungshik Shin]

Can you give me the result of 'about:buildconfig'? Did you enable freetype2? 
freetype2-enabled build relies on FT2 library's glyph image cache, but I think
there's a cap on the cache size. In case of X11core build without freetype2
enabled, X server(and/or X font server) may have some caching mechanism, but I'm
not familiar with that.

Comment 4

[Boris Zbarsky [:bzbarsky]]

My configure arguments are:

--enable-application=suite --enable-jprof '--enable-optimize=-march=pentium3 -O2
-pipe' --enable-extensions=all --enable-svg --enable-svg-renderer-libart
--enable-mathml --enable-crypto --enable-jsd --enable-xtf --disable-debug
--disable-dtd-debug

freetype2 is definitely not built (svg complains about it at runtime).

Comment 5

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 6

[Dawid Gajownik]

Yes, I can still reproduce this bug with Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.9a1) Gecko/20050929 SeaMonkey/1.1a (GTK+ build) + X.org X11 6.8.2 + FC4

Comment 7

[M. LaPlante]

mlk keyword needed?

Comment 8

[Ossi Mantylahti]

Attachment: Firefox memory usage on Windows when zooming

Windows' performance monitor screen capture. 5 seconds update frequency. Zooming in and out several times during that period.

Comment 9

[Ossi Mantylahti]

This does not seem to be a Linux-only issue. Zooming in and out (using Microsoft Natural Ergonomic Keyboard 4000 with Intellitype drivers) causes some slight memory leaking.

Firefox 1.5.0.4, Windows XP. 

Comment 10

[Wayne Mery (:wsmwk)]

bz, what might be a better summary?
andrew, see this in seamonkey?

Ossi in comment #9:
> This does not seem to be a Linux-only issue. 

Ossi, In David's comment 0 he tested windows and found no problem. Plus the magnitude of memory increase is close to being the same. So unless something has fundamentally changed my guess is what you see is not the same problem and needs a new bug.

Comment 11

[Mats Palmgren (inactive)]

Does this bug still occur in a recent trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 12

[Dawid Gajownik]

(In reply to comment #11)
> Does this bug still occur in a recent trunk build?
> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
> 

My bug was reproducible only with gtk+ builds, not gtk2. They're not available anymore (I use Seamonkey nightly-builds). IMHO this bug report can be closed as WONTFIX.

Comment 13

[Mats Palmgren (inactive)]

-> WONTFIX