Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 52721 - Mozilla-firefox builds with some old xft library incorrectly included breaking characters displayed in some characters
Summary: Mozilla-firefox builds with some old xft library incorrectly included breakin...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Mozilla Gentoo Team
Depends on:
Reported: 2004-06-01 13:32 UTC by Flammie Pirinen (RETIRED)
Modified: 2005-12-23 00:53 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Flammie Pirinen (RETIRED) gentoo-dev 2004-06-01 13:32:40 UTC
Mozilla-firefox has a problem displaying some unicode characters from the rarer parts of character sets. The characters get displayed and disappear at random when selecting parts of text or moving other windows. I previously reported this problem to where they suggested that distro giving incorrect library associations was at fault. Running ldd on mozilla-firefox-bin however doesn't give indication of any incorrect libraries.

Reproducible: Sometimes
Steps to Reproduce:
1. Open a page containing unicode characters, such as . 
2. Select text, move windows around, scroll up and down...
3. Observe characters appearing and disappearing.

The actual problem here might reproduce rather by:
1. emerge mozilla-firefox
2. Check the libraries been linked.
Actual Results:  
The characters are not showing, or showing wrong, or at bad times; for more
complete description read the bug report at mozilla's bugzilla.

It is suggested that the actual results causing the problem to appear is wrong

Expected Results:  
Correct characters being shown all the time; which might be: correct library
linked to mozilla-firefox.

# emerge info
Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.4)
System uname: 2.6.4 i686 AMD Duron(tm) processor
Gentoo Base System version 1.4.12
distcc 2.12 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
CFLAGS="-march=athlon -pipe -fprefetch-loop-arrays -fstack-protector"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon -pipe -fprefetch-loop-arrays -fstack-protector"
FEATURES="autoaddcvs ccache distcc sandbox userpriv usersandbox"
USE="3dnow X Xaw3d aalib accessibility acpi acpi4linux aim alsa apache2 apm arts
avi berkdb bonobo cddb crypt cups curl dnd encode esd faad flac foomaticdb
freetype gb gcj gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile icq
imagemagick imlib ipv6 java joystick jpeg kde libg++ libwww mad mbox mikmod mmx
mng motif mozdomi mozilla moznomail mozp3p mozsvg mozxmlterm mpeg music mysql
ncurses net nls nptl offensive oggvorbis opengl oscar oss pam pdflib perl png
propolice python qt quicktime readline ruby samba scanner sdl slang spell sse
ssl stroke svg svga tcltk tcpd tetex theora tiff transcode truetype type1
unicode usb videos x86 xface xforms xinerama xml xml2 xmms xosd xprint xv xvid zlib"
Comment 1 Joseph Booker 2004-06-05 16:26:59 UTC
I aint got this problem on my system:

root@Athena firefox-searches-en ldd /usr/lib/MozillaFirefox/firefox-bin =>  (0xffffe000) => /usr/lib/MozillaFirefox/ (0x4003a000) => /usr/lib/MozillaFirefox/ (0x400ba000) => /usr/lib/MozillaFirefox/ (0x401b2000) => /usr/lib/MozillaFirefox/ (0x401b5000) => /usr/lib/MozillaFirefox/ (0x401ba000) => /lib/ (0x401ef000) => /lib/ (0x40200000) => /usr/lib/ (0x40203000) => /usr/lib/ (0x40521000) => /usr/lib/ (0x4059e000) => /usr/lib/ (0x405bc000) => /usr/lib/ (0x405d3000) => /usr/lib/ (0x405d9000) => /usr/lib/ (0x405e6000) => /usr/lib/ (0x40622000) => /usr/lib/ (0x40664000) => /usr/lib/ (0x40668000) => /lib/ (0x406f3000) => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/ (0x40715000) => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/ (0x40829000) => /lib/ (0x40834000)
        /lib/ => /lib/ (0x40000000) => /usr/X11R6/lib/ (0x40945000) => /usr/X11R6/lib/ (0x40a13000) => /usr/X11R6/lib/ (0x40a17000) => /usr/X11R6/lib/ (0x40a1f000) => /usr/X11R6/lib/ (0x40a22000) => /usr/X11R6/lib/ (0x40a32000) => /usr/lib/ (0x40a46000) => /usr/lib/ (0x40ab9000) => /usr/X11R6/lib/ (0x40ae4000) => /usr/X11R6/lib/ (0x40aee000) => /usr/lib/ (0x40af6000) => /usr/lib/ (0x40b23000) => /lib/ (0x40b49000)
Comment 2 Flammie Pirinen (RETIRED) gentoo-dev 2004-06-05 21:59:47 UTC
I have the exactly same set of libraries associated, but the bug does persist on firefox. Do you still see the bug I stated in the report at given in comment 0? (If you are missing the unicode characters in question altogether then you of course won't see the bug appearing at all).

If the bug does not appear on some machine, but instead all the characters get displayed in nice uniform manner, I'd like to figure out how to at least get my machine in that state.
Comment 3 Aron Griffis (RETIRED) gentoo-dev 2004-11-13 16:05:14 UTC
What version of mozilla-firefox?  That's a critically missing piece of information.  Also what version of freetype do you have installed?  Also what fonts are you using for display?

I have mozilla-firefox-1.0-r1 installed and don't see the problems you mentioned.  I can select, scroll, etc. without problems.

Please re-open if you see this problem with the current (1.0-r1) firefox.
Comment 4 Flammie Pirinen (RETIRED) gentoo-dev 2004-11-14 23:10:45 UTC
In my comment 0 I gave link to my mozilla's bugzilla report which gives some more information, such as the version numbers:
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040508 Firefox/0.8
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040508 Firefox/0.8

When a page containing unicode characters is loaded, some of the characters are
left undisplayed (ie. not even replacements displayed). However, when playing
with text selection all of these become visible, with that oddity that while
other characters in seltext area are white on gray blackground, these invisible
characters might or might not appear in black on gray blackground. Similarly if
I open some other window on top of Mozilla's window some of these characters
disappear and appear at random. 

I'll attach two screenshots related, they aren't the best to demonstrate my
purpose but the problem is that taking of the screenshot using capture also
affects to displayed characters in a somewhat random manner.

Reproducible: Sometimes
Steps to Reproduce:
1. Open page
2. Scroll, select text, move around, change windows...
3. Watch the characters appear and disappear

Actual Results:  
The characters appear and disappear at random, with most common state being all
characters not showing.

Expected Results:  
Characters showing all the time.

Distribution is Gentoo, the package used is stable, compiled firefox, with
options gnome, gtk2, xinerama and truetype that might relate to problem.

The problem does still apply for 1.0-rc1, I'll try compiling 1.0-r1 today and reopen if the bug persists. The problem might be quite hard to spot as it does change with the set of fonts installed on machine, and also because the problem does appear in at least 3 forms: 
* missing glyphs (remembering that xft, when actually missing a glyph should draw a box containing the unicode hex form)
* non-scaling, glyphs disappearing and appearing on window position change
* font's face color is black when selected instead of invert of selection color (of current theme, I think).

Freetypes tested range 2.1.5 to 2.1.9 patched.
Comment 5 Flammie Pirinen (RETIRED) gentoo-dev 2004-11-15 19:06:18 UTC
Yes, it does seem to exist with mozilla-firefox-1.0-r2 too. I took two more screenshots if they are required, it appears that latin extended additional is best code block to test this bug, most of the others are contained in common unicode fonts. Of course if you use modern thai(?) or transcribed indian you might have whole latin extended already installed as well.

Of course this bug doesn't actually work with truly missing glyphs, only those which are missing on some fonts but exist on others (perhaps scalable vs. bitmap fonts?).

Comment 6 Flammie Pirinen (RETIRED) gentoo-dev 2004-11-16 10:15:17 UTC
A-ha, with updated version of x server to xorg-6.7.0-r1 I see yet another form of borkage with the glyphs, this time it triggers on selecting and dragging-and-dropping, interesting.
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2005-12-22 16:43:42 UTC
Reopen if this is still an issue with up-to-date versions...
Comment 8 Flammie Pirinen (RETIRED) gentoo-dev 2005-12-23 00:53:24 UTC
Hasn't appeared to me in Deer Park, however I've seen complaints from other people that this bug has appeared to them in Deer Park while previously having been ineffective, so I'm not sure. As far as I'm concerned this can be closed anyways.