Form elements (text area's, listboxes) render their contents at (0,0) if they are initially offscreen. This is a regression caused by the conditioning code used to fix bug 26834. It can be fixed, by adding a conditional around the code used to fix bug 26834 as follows: if (mIsTopWidgetWindow) { if(dc) { if (::GetDeviceCaps(dc, TECHNOLOGY) == DT_RASDISPLAY) { RECT workArea; ::SystemParametersInfo(SPI_GETWORKAREA, 0, &workArea, 0); if(mBounds.x >= workArea.right) aX = mBounds.x = workArea.left; if(mBounds.y >= workArea.bottom) aY = mBounds.y = workArea.top; } ::ReleaseDC(mWnd, dc); } Not sure if adding this conditional causes bug 26834 to reappea

Marking PDT+, beta1. Approved (Rickg)

I cheked in the fix for this this morning into the tip, saari you need to get it into the branch asap.

reassigning to pink for checkin (saari is out with what sounds like a migraine)

why me? why can't rod check this in on the branch?

fixed.

*** Bug 31579 has been marked as a duplicate of this bug. ***

*** Bug 31663 has been marked as a duplicate of this bug. ***

Okay, this (mostly) works for the _commercial_ beta builds: 2000031506 win98 2000031507 macos 8.6 2000031512 linux rh6.0 ... with one exception -- the native scrollbar(s) for offscreen <select> listboxes will momentarily paint in the top left corner of the canvas on win98 and linux (mac appears to be OK). This is particularly bad on linux. Does this bug cover the native scrollbars (ref. bug #18895)? (shouldn't it?)

This was a Windows bug only. If you are still seeing this, then reopen it and reassign it to saari who is the original author of the regression.

Okay, reopening and passing to saari. Note: this is mostly a linux problem, it's less severe on win32, and I don't see it at all on mac. See also http://bugzilla.mozilla.org/query.cgi on linux for another example of this problem.

-> saari

This should not cover native scrollbars, as we do not support them,. If that's the only problem you're seeing then this bug should probably be closed. In any case, this should no longer be a showstopper for PR1 (which has no native scrollbars); removing PDT+ for reconsideration.

Actually, the scrollbars for HTML <select> widgets are still native (see bug #18895) and it is specifically these scrollbars that flash as the page is loaded. No other widgets are affected.

PDT-

The flashing gray boxes (where the native scrollbars first appear) is a bug I think waqar already has which will be fixed by GfxLists, if that is all this bug is about then it is a dup.

Mass-moving most M15 bugs to M16

Okay, sounds like a dup then.

I believe that the dup of this bug is bug #19608 -- "flashing gray boxes around select form controls". *** This bug has been marked as a duplicate of 19608 ***

verified dup