User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b5pre) Gecko/2008031806 Minefield/3.0b5pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b5pre) Gecko/2008031806 Minefield/3.0b5pre Created a file select field (<input type='file'>) followed by an inline div (<div display:inline-block; '>), the div renders exactly where the e from browse ends. In the dutch version however, the text is 'bladeren' where the div will start from the first e. The input tag got a width of 150px (css), the div has not got any other special location properties. Reproducible: Always Steps to Reproduce: <div><input type='file' name='image' style='width:150px; ' /> <div style='display:inline-block; ' >Testing text</div></div> Actual Results: Button and text merge, rendering them both useless. Expected Results: Text should be rendered after the button. Happens in release 3.0b4 and 3.0b5pre. Haven't tested any other builds.

Please attach a minimal html testcase using the 'Add an attachment' link. Thanks!

FWIW IE7 and Firefox 2 both show the text underneath the text area and button. Opera 9.26 puts the text to the right of the 'Choose...' button.

FX 2 doesn't support inline-block, and IE7 doesn't support inline-block when applied to block-level elements; that explains the different rendering. input[type=file] doesn't handle 'width' (the widget overflows the assigned width), there is an old bug on that: bug 52500.

Yeah, this is just a duplicate of bug 52500. You'd get the same behavior if the file input were an inline block with a long word, by the way.