Closed Bug 788171 Opened 12 years ago Closed 23 days ago

Firefox 15 not redrawing in Windows XP after hibernate with hardware acceleration enabled

Categories

(Core :: Graphics, defect)

Product:
Core
Component:
Graphics
Version:
36 Branch
Platform:
x86
Windows XP
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mdeen, Unassigned)

References

Details

Attachments

(1 file)

firefox_support_info.json
33.16 KB, application/json
Details 
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20100101 Firefox/15.0
Build ID: 20120824154833

Steps to reproduce:

1. Open Firefox and open webpages
2. Hibernate computer


Actual results:

Firefox tabs and windows are not redrawn. Only the first tab that is active is visible, switching to other tabs does not show the other tab but the first tab. Trying to entera new URL in the URL bar apparently does not work, but copying the contents into notepad reveals that the typing is present.
New Firefox windows (opened either by Ctrl+N or from the start menu) have the same issue.

When you switch to another program that obscures the Firefox window and the switch back to Firefox, then the window is redrawn.

I've seen a number of bugs relating to problems like this for older versions of Firefox, e.g. 765215, 466679.


Expected results:

Firefox should show window content and redraw window content.
Severity: normal → critical
Component: Untriaged → General
Please disable the hardware acceleration in options/advanced/general and try it again after a FF restart.

Please also post the graphic section from about:support here.
Severity: critical → normal
Component: General → Untriaged
Turning off hardware acceleration in FF does solve it.

Output from about:support:
Adapter Description NVIDIA GeForce 7600 GS
Vendor ID0 x10de
Device ID0 x0392
Adapter RAM Unknown
Adapter Drivers nv4_disp
Driver Version 6.14.11.7824
Driver Date 10-7-2008
WebGL Renderer Blocked for your graphics driver version. Try updating your graphics driver to version 257.21 or newer.
GPU Accelerated Windows 0. Blocked for your graphics driver version. Try updating your graphics driver to version 257.21 or newer.
Could you update your driver if there is a newer version available ?
That should solve the issue with the hardware acceleration.
Drivers for NVIDIA GeForce 7600 GS:
301.42 WHQL
Release Date: 2012.05.22
http://www.nvidia.com/object/winxp-301.42-whql-driver.html
No, that has not solved the problem.
about:config now gives

Adapter Description NVIDIA GeForce 7600 GS 
Vendor ID 0x10de
Device ID 0x0392
Adapter RAM Unknown
Adapter Drivers nv4_disp
Driver Version 6.14.13.142
Driver Date5-15-2012
WebGL Renderer Google Inc. -- ANGLE (NVIDIA GeForce 7600 GS ) -- OpenGL ES 2.0 (ANGLE 1.0.0.1041)
GPU Accelerated Windows 1/1 Direct3D 9
Anyway it's better in a different way because you can use WebGL and hardware acceleration with Firefox now. ;)

Does the situation occur with another application like IE or Chrome? Can you test, please.
WFM on Mozilla/5.0 (Windows NT 5.1; rv:18.0) Gecko/18.0 Firefox/18.0
Component: Untriaged → Session Restore
Perhaps another graphics card to blacklist?
Component: Session Restore → Graphics
Product: Firefox → Core
Same issue here. Disabling hardware acceleration "fixes" the issue. The issue wasn't there with previous versions. Also affects Thunderbird.

Adapter DescriptionMobile Intel(R) 945 Express Chipset FamilyVendor-ID0x8086Geräte-ID0x27aeKarten-RAMUnknownKarten-Treiberigxprd32Treiber-Version6.14.10.4906Treiber-Datum12-19-2007
Same issue here. Disabling hardware acceleration "fixes" the issue. The issue wasn't there with previous versions. Also affects Thunderbird.

Adapter Description  Mobile Intel(R) 945 Express Chipset Family
Vendor ID  0x8086
Device ID  0x27ae
Adapter RAM  Unknown
Adapter Drivers  igxprd32
Driver Version  6.14.10.4906
Driver Date  12-19-2007

Also running Windows XP. Doesn't seem like a driver issue to me - if NVIDIA and Intel is affected.
@ThorstenB: could you test with various Firefox 15 nightlies to narrow down the possible regression, please?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2012/
FF15 nightlies: from 2012-04-25 to 2012-06-04 (use mozilla-central repo with standalone zipped version)
Use dichotomy to find the last good build and the first bad build.
This probably sounds stupid, but I can no longer reproduce it. I installed the first nightly (2012-04-05) and reenabled "hardware acceleration". Hibernation/wakeup worked fine. I tried the last nightly (2012-06-04) - and saw no issue. Tried stock 15.0.0.1 FF again - no more issues...
I am sure nothing else has changed today - no Windows/driver updates etc. The issue I saw still pretty exactly matched the description above (only first tab drawn, switching tabs had no visible effect, URL box didn't work, only opening the main menu had a visible effect).
Either this is a random problem and I was extremely unlucky before, since I saw the issue about 10 times in a row, requiring me to restart FF after every hibernation, and am extremely lucky now, since it hasn't reappeared once since then. Otherwise, is it possible that either toggling the acceleration feature, or installing the first nightly had a side effect on FF configuration (has automatically disabled another feature, which is permanently off now - or has triggered some other code which fixed some configuration/migration issue)?
If I'm unlucky and the issue returns, I'll try bisecting the nightlies...
I'm seeing the issue again. No idea if this depends on something (like on specific content being displayed) or is just random. I can also reproduce it with the 2012-04-05 nightly - so the issue must be older than ff15.
Bug issue #628965 also sounds similar, which was reported in January 2012.
Any other suggestions which nightlies to test?
Is Flash running when your PC goes to sleeping mode?
If yes, can you make a test with Flash plugin disabled in Firefox?
It's definitely not related to Flash. Also happens when Flash disabled or no page involving flash is displayed. The issue seems pretty randomly to me now. Sometimes wakeup from hibernation is ok, sometimes the issue occurrs. It seems to me that when it occurrs, it's always affecting FF and TB at the same time - but not any other programs.
Same issue here. FF not redrawing pages after hibernate/suspend. Switching to a different app (Alt + Tab) and back to FF, refreshes the page.

Steps to reproduce:
1. Open a page in FF.
2. Close laptop's lid to suspend.
3. Open lid, enter password to unlock and back to FF.
4. Try to do anything with FF: type URL, type in search box, click on links... nothing happens.
5. Alt+Tab to switch to a different window and back to FF - you see the results of all your typing and clicking from 4 above.

Disabling HW acceleration does NOT resolve the issue.

Windows 7
FF 15.0.1 and 16.0.1
I can also confirm the issue is *not* related to HW acceleration. With FF15 I thought it was connected (see above), but I'm now seeing the issue regularly even though HW acceleration is disabled. Not sure if this got worse with the FF16 update - or whether the randomness just made it appear as if HW acceleration was connected with FF15.
As stated above, TB is also affected - but I have now seen the issue separately (i.e sometimes only FF, sometimes only TB and sometimes both are affected at the same time when waking up from hibernation).
This may be a duplication of bug 765215. Can you guys install http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/honzab.moz@firemni.cz-010c22886173/ and see if the problem is still there?
Yep, this nightly fixed the problem for me :-)
Same here, the test build above doesn't show the effect. I can also confirm the observation that when FF is stuck after hibernation, it returns back to normal after some time - sometimes it takes several minutes only, sometimes much longer. So this also matches the description in bug 765215.

Maybe merge the reports (to join forces/votes and finally get this fixed with an official FF release...)?
User agent: Mozilla/5.0 (Windows NT 5.1; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15.2
Build identifier: 20130203000651
OS: Win XP Home SP3 32bit.

Using Seamonkey after hibernating the computer works intermittently, some times it works, other times I have to kill the process and then resume my session. When it doesn't work properly I cannot type anything into the url bar, switch tabs, etc. There is a workaround I do use, that is if I choose a different tab, I need to change focus i.e. alt+tab to a different application and then alt+tab back, when I come back it has switched tabs. Also when in this mode the session recovery doesn't work properly. Tabs that I close are re-opened after I kill and restart Seamonkey.
This is FIXED as of version 20 (FF20/TB20/...). See bug 765215. This fix was not yet part of v18 (neither the upcomming v19).
Justin Case and Maarten Deen, could you test Firefox 20 and confirm it's fixed, please.
Flags: needinfo?(mdeen)
Flags: needinfo?(justincase)
Seamonkey just updated to FFv19:
User agent: Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16
Build identifier: 20130217195808

As soon as it updates to FFv20 I'll report on how stable or unstable it is when used with hibernation.
Flags: needinfo?(justincase)
Justin Case: the fix should already be part of Seamonkey 2.17+2.18+2.19. No need to wait for the official release - test a "nightly" to confirm or report remaining issues:
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/

Try this for WinXP/32:
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/seamonkey-2.18a1.en-US.win32.zip
I am still using Seamonkey 2.16:
User agent: Mozilla/5.0 (Windows NT 5.1; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16.2

and the problem is still occuring intermittently. However I have noticed something. After the problem has occured, if I leave the browser windows open for awhile(somewhere between 1 and 26 minutes) the problem will go away by itself and the browser windows will become responsive and update immediately again.
JC: Yes, the issue goes away after a few minutes/hours. The time actually varies a little, depending on how large the clock skew caused by hibernation is.

Why don't you try the Seamonkey 2.17/2.18/2.19 beta/nightly (links in comment 25)? These versions already containt the bugfix. And you would help the project with confirming the fix is also working for you. Remember, someone has already worked on this issue and provided a fix. Unless anyone reported the issue would still happen with a newer version (>= FF20, >= Seamonkey 2.17), it's unlikely anyone will revisit this... ;-)

Btw, everyone else: FF20 has moved to the release channel a few days ago, so the related fix for FF has finally hit the "stable" version.
I have upgraded to Windows 7 and I am now working with Firefox 22 and the problem still exists.
Flags: needinfo?(mdeen)
Version: 15 Branch → 22 Branch
Could you test Beta (Firefox 23), because bug 873110 has been fixed about a similar issue. So maybe it's fixed in your case too.
To download Beta: http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/23.0b7/win32/
Flags: needinfo?(mdeen)
Version: 22 Branch → 15 Branch
Flags: needinfo?(justincase)
Flags: needinfo?(brehmt)
I haven't seen the issue again since FF20. Before, I was seeing this several times a day. So the I was seeing is certainly fixed.
Flags: needinfo?(brehmt)
Firefox 24 on Vista, Geforce 8800 GTX, driver 314.22 (latest properly working version, all newer drivers have issues for me, and occasionally I still have the issue)

Either the redrawing fails, or Firefox is reloading for several minutes after coming out of standby/hibernation in which the browser is not usable.

When HWA is disabled, these issues don't occur at all.
Occasionally still a problem on current nightly (ff39) on Windows 7.
Just a Geforce 770gtx instead.
Since a some time I also see this behaviour after windows' blank screen screensaver. The screen from Firefox is completely black and only gets redrawn when the mouse goes over it.

FF 36.0.3 with a geforce GT 630
Flags: needinfo?(mdeen)
Version: 15 Branch → 36 Branch
Are you able to reproduce the issue?
Yes, when I remember to get the screensaver off by pressing a key and not moving the mouse, FF stays black.
The problem seems to worsen in 37.0.1. FF screens that are obscured now come forward with the obscured part refreshed but the not obscured part black, until you move the mouse over it.
See Also: → 765215
Summary: Firefox 15 not redrawing in Windows XP after hibernate → Firefox 15 not redrawing in Windows XP after hibernate with hardware acceleration enabled
Hi Guys, I am seeing the same problem with the latest Aurora version 50.1.0. Disabling the HW acceleration doesn't help. I attached the support info of my system.
My systems Troubleshooting Information.
May be  we need to open another bug for it because I found the problem on Linux.
Alessandro: this issue depends on the graphic acceleration and is therefore depending on the OS.
Please create a new bug report !

Is there anyone who got this problem recently ?
Windows XP support for Firefox will be dropped soon and I would expect that this is no longer happening with modern graphic card drivers and all the changes in Firefox since this bug was reported.
Flags: needinfo?(justincase) → needinfo?(bugzilla)
(In reply to Matthias Versen [:Matti] from comment #40)
> Alessandro: this issue depends on the graphic acceleration and is therefore
> depending on the OS.
> Please create a new bug report !
> 
> Is there anyone who got this problem recently ?
> Windows XP support for Firefox will be dropped soon and I would expect that
> this is no longer happening with modern graphic card drivers and all the
> changes in Firefox since this bug was reported.

I reported it for Windows 7 in comment #32

It is a Windows 10 machine today and I haven't been using that machine much, so I can't report if it is still present or not.
Flags: needinfo?(bugzilla)
Severity: normal → S3

Unable to reproduce

Status: UNCONFIRMED → RESOLVED
Closed: 23 days ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: