451901 - Maximizing firefox on a second monitor does not cause a user interface repaint

Status: RESOLVED DUPLICATE of bug 434602

(Firefox :: Shell Integration, defect)

Description

[Stephen Solka]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

If I try to maximize the firefox window on the second monitor (dual monitors) it will not repaint the newly exposed areas of the window. This causes it to instead show my windows background. These areas do not update until a unreleated event forces them to repaint such as a mouse over effect. If I take the same window demaximize it and drag it over to the first monitor and maximize it, it repaints as expected. This lack of repaint occurs on everything from any chrome elements to the webpage itself. I have been trying to reproduce this behavior in other application by following the same steps to reproduce but I have been unable to find another application that will not repaint the newly created areas.

Reproducible: Always

Steps to Reproduce:
1.Have two monitors (With a ATI card?)
1.Open firefox to any page
2.Resize it to be smaller than your second monitor
3.Drag the window to your second monitor
4.Maximize window
Actual Results:  
Window is maximized and underlying UI is resized to handle the new space. No repaint occurs for those areas and thus they appear as the windows background.

Expected Results:  
Window is maximized and unerlying UI is resized to handle the new space. Areas that are newly created are painted to the screen.

Comment 1

[Reed Loden [:reed]]

Do you have a screenshot?

Comment 2

[Stephen Solka]

Attachment: Window prior to maximization

Comment 3

[Stephen Solka]

Attachment: Window after maximization on second monitor

Comment 4

[Stephen Solka]

Attachment: Window after maximization on second monitor and after mouse has been moved over address bar causing a partial repaint

Comment 5

[Stephen Solka]

(In reply to comment #1)
> Do you have a screenshot?
> 

Screenshots attached. It seems to only effect the chrome. One thing that needs to be noted is the status bar was the entire status bar was effected by this. You cannot see this in the screenshot because it seems the border the gimp window screenshotter draws around the target window causes a repaint of the status bar.

Comment 6

[Stephen Solka]

The repaint issue got progressively worse. To the point where it would happen on both monitors and happen when the window wasn't maximized. I could get it to work as normal but I had to resize it to be half the size of my screen. But this is defiantly a 3.0 issue. Here some testing I did,
Ver      | Does issue exist?
2.0.0.16 | No
3.0b1    | Yes
3.0      | Yes
3.0.1    | Yes
Nightly  | Yes

3.0.1 in safe-mode. Yes.
3.0.1 with a fresh profile. Yes.
3.0.1 Uninstalled and Reinstalled. Yes 

So, ive downgraded to 2.0.0.16.

Comment 7

[John Swire]

I suspect that you are describing the same one as has been posted here: https://bugzilla.mozilla.org/show_bug.cgi?id=434602

Maybe go and add your vote to it?