1004888 - Since v29, address bar text is missing

Status: RESOLVED DUPLICATE of bug 1005501

(Core :: Graphics, defect)

Description

[Götz]

Attachment: FF29-missing-text.png

User Agent: Mozilla/5.0 (X11; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140430100842

Steps to reproduce:

The URL of a page (or any text) is not visible. Although there is text, which can be copied.

In a new tab, when typing around 25 characters (sometimes 24, 25, 28), the text, which at first is visible, becomes invisible (same color as background?).

When the cursor is put before ~40 characters, a part of the URL becomes visible (can be seen in the screenshot). All the text from the suggestions, history and bookmarks is visible.

Tested with using the Arch Linux and the official binary, using a new profile every time.


Actual results:

Since version 29, there is no visible text in the URL bar.


Expected results:

The text should be visible.

Comment 1

[Andrew Truong [:feer56] [:andrewtruong] [:atruong]]

For help with using Firefox,  please visit support.mozilla.org 

You can also try safe mode: https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

For further assistance,  please contact the support help team.

Comment 2

[Götz]

Attachment: FF28-Full-text.png

Safe mode + a new profile doesn't work either.

It did work in version 28 (screenshot).
Will try the v29 betas later.

Comment 3

[Götz]

The problem appears between 29 beta7 and 29 beta8, the same problem exists in 32a1 from today.

Version | Text displayed
--------+---------------
28      - YES
29b1    - YES
29b6    - YES
29b7    - YES  11-04-2014
29b8    - NO   15-04-2014
29      - NO
30b1    - NO   29-04-2014
32a1    - NO   01-05-2014

Comment 4

[:Gijs (he/him)]

Can you try to get a narrower regression range using mozregression? ( https://harthur.wordpress.com/2010/09/13/mozregression-update/ )

Comment 5

[Götz]

From the 29 nightly: (from http://download-installer.cdn.mozilla.net/pub/firefox/nightly/ )

Version    | Text displayed
-----------+---------------
29 nightly - YES  12-04-2014
29 nightly - NO   13-04-2014

And using mozregression (nice tool!):
Last good revision: dda301682977
First bad revision: c89d5f132051
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=dda301682977&tochange=c89d5f132051

Also, when going back one page or more, the URL appears, it is visible. When going forward (but not to the most recent page) the URL is still visible, only when going to the latest page (the most recent) the URL vanishes.

Comment 6

[:Gijs (he/him)]

(In reply to Götz from comment #5)
> From the 29 nightly: (from
> http://download-installer.cdn.mozilla.net/pub/firefox/nightly/ )
> 
> Version    | Text displayed
> -----------+---------------
> 29 nightly - YES  12-04-2014
> 29 nightly - NO   13-04-2014
> 
> And using mozregression (nice tool!):
> Last good revision: dda301682977
> First bad revision: c89d5f132051
> Pushlog:
> https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=dda301682977&tochange=c89d5f132051
> 
> Also, when going back one page or more, the URL appears, it is visible. When
> going forward (but not to the most recent page) the URL is still visible,
> only when going to the latest page (the most recent) the URL vanishes.

Thanks! This is very helpful. Based on this last note, and the beta pushlog:

http://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=3660e69a55bf&tochange=3437e5663d9e

I'm blaming the keyhole patches. :-\

Can you test if this is fixed on aurora and/or nightly? Mike de Boer did some work on improving the situation there that didn't make 29. I also wonder if this has to do with your window manager - does it support partial transparency (compositing) ? If not by default, can you try turning it on and see if that fixes this bug? Another theory worth testing is that it might be something to do with your graphics card - you could try turning hardware acceleration on/off and seeing if that fixes the issue.

Comment 7

[:Gijs (he/him)]

(In reply to :Gijs Kruitbosch from comment #6)
> Can you test if this is fixed on aurora and/or nightly? Mike de Boer did
> some work on improving the situation there that didn't make 29. 

I'm sorry, it's late - you already tested newer builds. Forget that part of my comment, but do try HWA and the compositing stuff.

Comment 8

[Götz]

> Can you test if this is fixed on aurora and/or nightly? Mike de Boer did
> some work on improving the situation there that didn't make 29. I also
> wonder if this has to do with your window manager - does it support partial
> transparency (compositing) ? If not by default, can you try turning it on
> and see if that fixes this bug? Another theory worth testing is that it
> might be something to do with your graphics card - you could try turning
> hardware acceleration on/off and seeing if that fixes the issue.

Adding  Option "NoAccel" "true"  in a xorg.conf file makes the text visible!

So, might this be a Intel 2D driver bug, or a Firefox bug? 
The SNA acceleration method has the issue, the old UXA works.

Comment 9

[david]

We are seeing a similar bug (though with a slightly different visual effect) with Intel "Centrino" graphics cards: https://bugzilla.mozilla.org/show_bug.cgi?id=1005501

Comment 10

[Götz]

I may add that I tested using Kwin and Openbox, both with and without composition (Kwin internal implementation, and also with compton). It didn't affect the issue with the address bar, only using UXA acceleration or disabling the acceleration completely made the text visible. I'm using a Intel 865G graphics card.

Comment 11

[Götz]

As suggested in bug 1005501, when setting gfx.xrender.enabled to false, the bug goes away.

Comment 12

[Christopher Chavez]

I have reported a bug over on Freedesktop.org corresponding to this issue (and a separate one for bug 1005501).
https://bugs.freedesktop.org/show_bug.cgi?id=79166

Comment 13

[Christopher Chavez]

The contact over at freedesktop.org for xorg:driver/intel already classified the issue here as the same as the one in bug 1005501 (they marked the report as duplicate). I am going to post more info for the one that is still open (https://bugs.freedesktop.org/show_bug.cgi?id=79165), but see if there is anything different about what users here have from what I post, since I am experiencing bug 1005501, not this one.

Comment 14

[Karl Tomlinson (:karlt)]

Given comment 13, I don't think there is much value in tracking this separately from bug 1005501.  Duping forward, since there's been more discussion in the other bug.