1140474 - div not rendered switch tab or resize make it appear (windows and hw acceleration only)

Status: RESOLVED DUPLICATE of bug 1132432

(Core :: Graphics: Layers, defect)

Description

[Matheus Boschetti]

Attachment: issue.zip (step by step screenshots)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.76 Safari/537.36

Steps to reproduce:

There are two occasions where part of the content (modal div window) of a page is not rendered correctly.

Steps:
- Go to www.royalgames.com (user: ff_bug pwd: 12345) 
- Start playing any game
- After the game starts (flash), exit by clicking in the gear icon and off button
- You will be redirected to a score page
- Click the 'play again' button

Environment:
The issue is only reproducible in the following conditions

- Windows (didn't had the chance to test with other versions than Win7)
- Firefox 34 or higher (issue is seen in the first 34 beta release up to the latest version)
- Hardware acceleration must be turned ON and Direct2D should be the CanvasBackend

**PS: the attachment can be open by using IE (I know, it's lame) but used Windows psr tool to record the session. 


Actual results:

The content (modal window with a button) doesn't get rendered. A quick flickering can be seen in the whole page, however the content is not visible. By hovering the mouse over the page you will notice that links are not accessible, however, hovering a little bit over the play again button, in a area where the button in the modal window button should be, you will notice that the mouse cursor changes. As if the content is there, but invisible.

Switching tabs, window or resizing the same will cause the content to appear properly.


Expected results:

The modal window should have been rendered correctly.
Try following the same steps using another OS, or disabling hw acceleration, or with a firefox prior to version 34.

Comment 1

[Matheus Boschetti]

Attachment: firefox troubleshooting info

Comment 2

[Milan Sreckovic [:milan] (needinfo for best results)]

I see this on Windows 7, not on OS X.  There are no console errors (since they're disabled, I can't see them)?  When it fails on Windows, it does "flash", and quickly disappears.

Comment 3

[Matheus Boschetti]

Milan, yes, it is Windows only. Bugzilla got the OS I was running when created the issue. 
Anyway, the log console is disabled in the images, but I didn't find any relevant issues at the time, however now I think it might help to post them here, note that the errors I see in the logs happen in every OS.


About your "flash" question, yes, sometimes you can see it flashing, sometimes you don't. It is pretty fast and you have to be paying close attention to the page to notice it.

Comment 4

[Matheus Boschetti]

Attachment: console logs when loading the page

Comment 5

[Milan Sreckovic [:milan] (needinfo for best results)]

I'm trying to find out exactly when this broken (using mozregression tool), but when trying to run the "good" release (e.g., 33), I get an error that Firefox version 3.6.0.0 or higher is required.  Any ideas?

Comment 6

[Matheus Boschetti]

As far as I've checked the issue didn't happen until the latest 33 version (which if I'm not mistaken is the 33.1.1), but I was able to get it in the first aplha for the 34th version.

Not sure where you got this firefox requirement error though.

Comment 7

[Timothy Nikkel (:tnikkel)]

This could be dupe of bug 1132432, which just landed, should be in tomorrows nightly (march 14). Could you retest with the march 14 nightly? You can get it from https://nightly.mozilla.org/

Comment 8

[Matheus Boschetti]

(In reply to Timothy Nikkel (:tn) from comment #7)
> This could be dupe of bug 1132432, which just landed, should be in tomorrows
> nightly (march 14). Could you retest with the march 14 nightly? You can get
> it from https://nightly.mozilla.org/

Just tested with the nightly build and it seems that the bug has been fixed, at least we weren't able to reproduce it anymore in the runs we did.