Closed Bug 684852 Opened 13 years ago Closed 13 years ago

IMG tag's title and other tooltips not displayed with HW acceleration enabled

Categories

(Core :: Widget: Win32, defect)

Product:
Core
Component:
Widget: Win32
Version:
6 Branch
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 617128

People

(Reporter: rask.misc, Unassigned)

References

(
URL
)

Details

Attachments

(1 file)

Example of tooltip in IE9
131.97 KB, image/png
Details 
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20100101 Firefox/6.0.1
Build ID: 20110830092941

Steps to reproduce:

Looked at XKCD comics - both through the RSS feed in Google Reader and http://xkcd.com - then moved hovered mouse pointer over image.

Also tried using a clean profile, with no settings changed and no add-ons installed.


Actual results:

Not a damn thing :-)


Expected results:

The title of the IMG tag should have displayed next to the mouse pointer, as it has done until recently. Also works absolutely fine in Internet Explorer.
Can't reproduce on Win XP. Does it happen on all XKCD images or only on 111?
URL: http://xkcd.com/111/
Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20100101 Firefox/6.0.1
Cannot reproduce also.
Sorry for not providing enough info. This is my first bug submission. Got carried away by the "What where you doing", What happened" phrasings.

More info:

User-Agent: User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20100101 Firefox/6.0.1

It's not just XKCD (wouldn't have been too serious then). Just served as an example, as half the joke is in the IMG title. 

It seems I just no longer see an IMG's title on mouse over.

I made a quick test HTML file:

<html>
<head>
<title>IMG title test</title>
</head>

<body>

<img src="test.png" title="This is the title">

</body>

Tested in my normal Firefox profile and a blank one, created just for this purpose - no mouse over text. I can right-click the image, click View Image Info and see the title in "associated text". When opening the same file in Internet Explorer 9, the title is displayed as expected.
Ok, if you can see the correct text in View image info an IE 9 we can rule out an ISP that messes with the images (I have seen that on mobile one). Can you say in which version of Firefox this started? Or did it not start with FF update but simply on some day?
"we can rule out an ISP that messes" - Agree, also since I did a test with a local HTML file with a local image.

This started *very* recently, as I often use that mouse-over-show-image-title function. However I also very recently upgraded from 6.0 to 6.0.1. 

I cannot say with absolute certainty if the issue started on version 6.0 or 6.0.1, I'm 99,9% sure it was not a problem in earlier versions (I used 5.something before).
As I went to check my FF version, the 6.0.2 update was available to me. Applied it. Same issue.
Could you temporarily install 6.0 or 5.0.1 to check if they have the problem?
(In reply to Rasmus Rask from comment #0)

> and no add-ons installed.

Nonetheless I bet it's caused by an addon. Did you actually try Safe Mode?
http://support.mozilla.com/kb/Safe%20Mode
http://support.mozilla.com/en-US/kb/Safe%20Mode
Though I claimed that I was 99,9% sure it wasn't a problem in earlier versions, I just realized that on this computer (at work), the first version I installed was 6.0.

Sure. I followed this procedure for each version I tried:

- Uinstall Firefox
- Install another version of Firefox
- Delete profiles.ini, to have that file and a fresh profile for the newly installed FF created
- Tested with XKCD and my test file

6.0: No mouse over text
5.0.1: No mouse over text
3.6.22: Works like a charm!

For some reason, I couldn't find any 4.x releases under releases.mozilla.org/pub/mozilla.org/firefox/releases/.

Will try testing with current and old versions of FF on my Win 7 x64 at home later.
(In reply to j.j. from comment #8)
> Nonetheless I bet it's caused by an addon. Did you actually try Safe Mode?
> http://support.mozilla.com/kb/Safe%20Mode
> http://support.mozilla.com/en-US/kb/Safe%20Mode

Forgive my ignorance, but no, I didn't. I thought I was playing it safe, by deleting and re-creating a blank profile for each test. I also went to check the Extensions list and only found to two disabled "Java Console" entries.

I tried starting in safe mode, checking all the boxes and testing again. Mouse over text displayed nicely, both on XKCD and using my test file.

Any ideas how I can troubleshoot what's causing this, since it happens even on blank profiles?

Apologies, if this is beyond the scope of this place, but I think it's still too early to positively dismiss the bug. I mean, on the same computer it works fine using 3.6.22, but not in 5.0.1 or 6.x. 

Puzzled.
Tools > Add-ons > Extensions
Disable them all or step by step

See also
http://support.mozilla.com/kb/Basic%20Troubleshooting
http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting
(In reply to j.j. from comment #11)
> Tools > Add-ons > Extensions
> Disable them all or step by step
> 
> See also
> http://support.mozilla.com/kb/Basic%20Troubleshooting
> http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting

Sorry if it wasn't clear - I see the issue on blank profiles with no add-ons to disable (except for two "Java Console" entries that are already disabled). 

That's why I don't understand what difference it makes to start in safe mode.
Yes, safe-mode should be almost identical to blank profile regarding addons. However, it also disables some risky features that are enabled by default in clean profiles (e.g. HW graphics acceleration). I don't know where these differences are documented.

If it happens in blank profile it is a Firefox bug, we are not dismissing it :) There should be no such problems in the default state Firefox ships (and that is not safe mode).
Can you say if other tooltips work fine for you? Like when hovering on toolbar buttons.
(In reply to aceman from comment #13)
>  (e.g. HW graphics acceleration)

I'd try to turn off
http://support.mozilla.com/en-US/kb/Troubleshooting%20extensions%20and%20themes#w_the-problem-does-not-occur-in-safe-mode
(In reply to aceman from comment #14)
> Can you say if other tooltips work fine for you? Like when hovering on
> toolbar buttons.

Interesting - no tooltips anywhere in FF. 

After turning off HW graphics acceleration, tool tips work!

For what it's worth, on my this laptop, my CPU is an Core i5-2520 with Intel HD graphics (driver ver. 8.15.10.2342), complemented by an nVidia NVS 4200M graphics adapter (driver ver. 8.17.12.6883).

Tried changing the preferred GPU for Firefox from integrated to nVidia, in the nVidia Control Panel. Same issue - with HW acceleration enabled, I get no tool tips.
Summary: IMG tag's title not displayed → IMG tag's title and other tooltips not displayed with HW acceleration enabled
Great.
Can you post the contents of "Graphics" section of about:support for each of the cards when HW acceleration is enabled?
Component: General → Graphics
Product: Firefox → Core
QA Contact: general → thebes
(In reply to aceman from comment #17)
> Great.
> Can you post the contents of "Graphics" section of about:support for each of
> the cards when HW acceleration is enabled?

Sure, though I only have an entry for the nVidia GPU:

Adapter Description: NVIDIA NVS 4200M
Vendor ID: 10de
Device ID: 1056
Adapter RAM: 512
Adapter Drivers: nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Driver Version: 8.17.12.6883
Driver Date: 6-5-2011
Direct2D Enabled: true
DirectWrite Enabled: true (6.1.7601.17514)
ClearType Parameters: ClearType parameters not found
WebGL Renderer: NVIDIA Corporation -- NVS 4200M/PCI/SSE2 -- 4.1.0
GPU Accelerated Windows: 1/1 Direct3D 10
You said you can somehow change which GPU Firefox will use (comment 16).
I can't help you more, but this was already a problem in the past, there are several bugs for it. Bug 556193 claims to have fixed it once, but there is a comment claiming it reappeared (bug 617128).
Component: Graphics → Widget: Win32
Depends on: 556193
QA Contact: thebes → win32
(In reply to aceman from comment #19)
> You said you can somehow change which GPU Firefox will use (comment 16).

Yeah, and I set it back to using integrated graphics, yet this is what about:support shows. But I'v never looked much into this whole GPU switching thingy.
(In reply to aceman from comment #20)
> I can't help you more, but this was already a problem in the past, there are
> several bugs for it. Bug 556193 claims to have fixed it once, but there is a
> comment claiming it reappeared (bug 617128).

I understand. I appreciate the time you took and the fact that you provided me with a workaround :-).
And I have linked the bugs so that the developers participating in the past can look on your issue. If author of bug 617128 responds we can push it more.
Can you check if this problem still occurs in Firefox 8 (from http://www.mozilla.org/en-US/firefox/all-aurora.html)? Also, starting in Firefox 8, about:support lists both GPUs on dual-GPU systems, so please post the contents of the Graphics section in about:support on Firefox 8.
(In reply to Ali Juma [:ajuma] from comment #24)
> Can you check if this problem still occurs in Firefox 8 (from
> http://www.mozilla.org/en-US/firefox/all-aurora.html)? Also, starting in
> Firefox 8, about:support lists both GPUs on dual-GPU systems, so please post
> the contents of the Graphics section in about:support on Firefox 8.

Sure. Same deal. Works w/o HW acceleration, but not with.

about:support shows the following under Graphics:

Graphics 
Adapter Description: NVIDIA NVS 4200M 
Vendor ID: 10de
Device ID: 1056
Adapter RAM: 512
Adapter Drivers: nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Driver Version: 8.17.12.6883
Driver Date: 6-5-2011
Vendor ID (GPU #2): 8086
Device ID (GPU #2): 0126
Adapter RAM (GPU #2): Unknown
Adapter Drivers (GPU #2): igdumd64 igd10umd64 igd10umd64 igdumdx32 igd10umd32 igd10umd32
Driver Version (GPU #2): 8.15.10.2342
Driver Date (GPU #2): 3-25-2011
Direct2D Enabled: true
DirectWrite Enabled: true (6.1.7601.17514)
ClearType Parameters: ClearType parameters not found
WebGL Renderer: NVIDIA Corporation -- NVS 4200M/PCI/SSE2 -- 4.1.0
GPU Accelerated Windows: 1/1 Direct3D 10
How do we know which GPU/driver is actually used?
(In reply to aceman from comment #26)
> How do we know which GPU/driver is actually used?

Currently we don't have a good way to find this out. This is being worked on in Bug 628129.
(In reply to Rasmus Rask from comment #25)

> Sure. Same deal. Works w/o HW acceleration, but not with.

Thanks. One more thing to try, to narrow down the problem: leave HW acceleration on, but turn off D2D. To turn off D2D, go to about:config, and set gfx.direct2d.disabled to true (to turn D2D back on, set gfx.direct2d.disabled to false). 

If this works, it's likely that D2D is always getting the Intel GPU, regardless of the setting chosen for preferred GPU in the nVidia control panel.
(You'll need to restart Firefox for the change to take effect.)
(In reply to Ali Juma [:ajuma] from comment #28)
> Thanks. One more thing to try, to narrow down the problem: leave HW
> acceleration on, but turn off D2D. To turn off D2D, go to about:config, and
> set gfx.direct2d.disabled to true (to turn D2D back on, set
> gfx.direct2d.disabled to false). 

Tooltips also work with HW acceleration enabled and gfx.direct2d.disabled = true.

> If this works, it's likely that D2D is always getting the Intel GPU,
> regardless of the setting chosen for preferred GPU in the nVidia control
> panel.

By default (and as I was testing) Firefox *is* already set to use integrated graphics, in the nVidia control panel.
(In reply to Rasmus Rask from comment #30)

> Tooltips also work with HW acceleration enabled and gfx.direct2d.disabled =
> true.
 
> By default (and as I was testing) Firefox *is* already set to use integrated
> graphics, in the nVidia control panel.

This indeed sounds like the D2D+Intel issue from bug 617128.
Depends on: 617128
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
No longer depends on: 617128
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: