265110 - screen not properly repainted when page uses javascript to set form element focus

Status: RESOLVED FIXED

(Core Graveyard :: GFX: Mac, defect)

Description

[scotje]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

We use a simple, single line of javascript to give our simple search box focus
on several pages on our site, but having this javascript active makes Firefox
fail to properly repaint the screen under Mac OS X. This problem is most clearly
visible when you visit the page while coming from a different website. You can
also see a small artifact of this problem along the left side of the content
area of the page when you click from a page long enough to have a vertical
scroll bar back to a page that doesn't have a vertical scroll bar. If your
scroll bar is only visible when you need it, this causes the centered content
area to shift back to the right when the scroll bar disappears, but the left
edge of the content area from the previous page is still visible.

Reproducible: Always
Steps to Reproduce:
1. Visit any other website.
2. Visit http://as.wwc.edu/mask/2004-2005/
3. Observe improper painting of page.

Actual Results:  
Page background was not properly colored and filled.

Expected Results:  
Page background should be all grey.

Comment 1

[scotje]

Attachment: Screenshot of bug.

Here is a screen capture of the bug manifesting itself. All I did here was
click from this bugzilla tab back over to the online mask tab.

Comment 2

[scotje]

Here is the actual javascript that causes the problem. If this code is commented
out, the problem completely goes away.

if (document.getElementById) {
  document.getElementById("SimpleSearch").focus();
}

Comment 3

[Boris Zbarsky [:bzbarsky]]

Mano, you need to change default assignee too.

And this bug could use a minimal testcase...

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This WFM in DeerPark alpha 2, and the javascript still appears to be on the
page.  Reporter, can you confirm this works now?

Comment 5

[scotje]

I'm still seeing the problem with Deep Park Alpha 2:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b3) Gecko/20050712
Firefox/1.0+

Again, this bug only appear on the Mac OS X build AFAIK.

I can attach another screenshot if I need to.

Comment 6

[Simon Fraser [no longer active]]

Pleaes attach screenshots as PNG, not PDF.

Comment 7

[scotje]

Attachment: bug manifest in DeerPark Alpha 2

Here is the PNG format screenshot of the bug as requested. I reduced the
resolution and color depth to make the file meet size requirements. I can
provide an unmolested one upon request.

Comment 8

[scotje]

Due to the shape and arrangement of the effected area, I orignally suspected
that there was some sort of problem with the CSS elements that was behaving very
strangely, but after being unable to duplicate the problem with any other
browser on the Mac (mostly Safari and Opera) or with versions of Firefox on the
PC (Windows or Linux) I was pretty much baffled and stumbled upon the offending
JavaScript code quite by accident.

Comment 9

[Simon Fraser [no longer active]]

Please test in a recent nightly build; this may be fixed.

Comment 10

[scotje]

Yes! This appears to be resolved (at least for the site in question) in the
latest nightly build:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050726
Firefox/1.0+

Was it related to some other recently resolved bug then? Oh well, so long as it
works we can start recommending Firefox to our Mac users again!

Comment 11

[Simon Fraser [no longer active]]

Probably fixed by the patch in bug 298677.