412162 - bad calculated bounding box for button, probably has something to do with position: absolute for containing table

Status: RESOLVED INCOMPLETE

(Core :: Web Painting, defect)

Description

[kRyszard]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008011205 Minefield/3.0b3pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2008011205 Minefield/3.0b3pre

when the page is rendered for the first time the button is ok but when rendering the button for the second time the gray rectangle is smaller (smaller height) but the button's caption is normal (and is painted partially on the gray rect and partially not). the gifs on http://atos.wmid.amu.edu.pl/~d138460/fire/a.html explain everything. besides, there is a bit of green color appearing in the edit box when typing text, probably it has something to do with the page construction: there are two layers of tables (one over another, made with 'position: absolute'), one has white rect in the middle, other has green rects and controls. there is a link on the bottom of the page that leads to the source of the page on the gifs.

Reproducible: Sometimes

Steps to Reproduce:
1. type something in the edit box of the page 'nmovie.php.htm' so the button is hidden, (or hide the button with other means?)
2. unhide the button so it repaints badly
3.
Actual Results:  
a button which gray background has less height, but the text is ok

Expected Results:  
a button ;)

Comment 1

[Boris Zbarsky [:bzbarsky]]

So the URL in the URL field is just GIFs.  Where is the page that actually shows the problem?  Hard to debug based on images with no knowledge of what the HTML and CSS look like...

If the page that shows the problem is not publicly available, can you zip up the HTML and all the needed external resources and attach the zip to this bug?

Comment 2

[kRyszard]

the link to the html is at the bottom of the page with gifs, the address is:
http://atos.wmid.amu.edu.pl/~d138460/fire/nmovie.php.htm
http://atos.wmid.amu.edu.pl/~d138460/fire/nmovie.php_pliki/nmovie.css
btw, firefox 3 beta 2 and windows xp - same results

Comment 3

[kRyszard]

another info:
it really depends what do you have in the autocomplete list of the edit box: when you type something and the list appears and the whole button is behind it, when you hit escape the list disappears and the button is ok. you must prepare a list so first the whole button is covered and then when you type more letters in the edit box there should be only one possibility left, like on the third gif, then the button is bad.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Ah, ok.  So you really have to use autocomplete to reproduce, then?

Martijn, Stephen, ashughes, would you be willing to come up with a minimal-ish testcase here?

Comment 5

[Martijn Wargers (dead)]

I think this is related to bug 396539, bug 399579 and bug 376375.
kRyszard, does it happen with the classic theme only, or also with the WinXP and/or Vista theme?

Comment 6

[kRyszard]

i've checked, it happens also with the WinXP theme, will check Vista tomorrow, I've updated the screenshot page: http://atos.wmid.amu.edu.pl/~d138460/fire/a.html

Comment 7

[Martijn Wargers (dead)]

Thanks for checking. I thought that the other bugs I mentioned only happened on the classic theme, but I don't see that mentioned there.
Any way, it happens in combination with opacity. If you skip out the use of opacity, it should not happen.

Comment 8

[Boris Zbarsky [:bzbarsky]]

Martijn, can you reproduce this?

Comment 9

[Martijn Wargers (dead)]

Yes, although it's a bit tricky. I think it's related/the same as the bugs mentioned in comment 5. It's not a layout bug, it's more a painting bug (gfx:thebes or layout: view rendering?)

Comment 10

[Boris Zbarsky [:bzbarsky]]

Yeah, makes sense.  The layout is certainly correct.

Comment 11

[kRyszard]

There is no button bug using windows vista theme, but there is still the edit box bug (the third vista gif is after pressing backspace five times).
Check the updated page: http://atos.wmid.amu.edu.pl/~d138460/fire/a.html

Comment 12

[Boris Zbarsky [:bzbarsky]]

Is this still an issue with current trunk?

Comment 13

[B.J. Herbison]

Is this still an issue? Two of the bugs mentioned in comment 5 are closed, and the third (bug 396539) appears to be fixed.

If it is still an issue, please make the screenshots and test cases available -- I am not able to get to the URLs mentioned.

Comment 14

[u279076]

Resolving INCOMPLETE based on the recent comments. Please reopen if you can reproduce and provide information so we can debug the issue.