Fixed Navbar resizes with navbar-right elements if type=password input exists on the page (Chrome only)

[jordanfloyd]

This bug exists only in google chrome, both in Windows and in OSX
If a fixed navbar is used with navbar-right elements, such as a button, and input type=password is used inside a form anywhere on the page, when the page is reloaded the navbar pushes elements to a new row, making it too tall.

http://jsbin.com/daxopusa/3/ - Reload the page after navigating to it.

http://jsbin.com/daxopusa/3/edit - If you remove type=password from the input, the issue disappears.

[twbs-lmvtfy]

Hi @jordanfloyd!

You appear to have posted a live example (http://jsbin.com/daxopusa/1), which is always a good first step.
However, according to the HTML5 validator, your example has some validation errors, which might be causing your issue:

• line 119, column 7: End tag for body seen, but there were unclosed elements.
• line 66, column 27: Unclosed element div.

You'll need to fix these errors and post a revised example before we can proceed further.
Thanks!

(Please note that this is a fully automated comment.)

[jordanfloyd]

updated example with valid HTML

http://jsbin.com/daxopusa/3/

[dmolineus]

confirmed on Linux (Chrome) as well.

[cvrebert]

Bizarre. Confirmed on OS X Chrome.
Resizing the window until the navbar collapses, and then resizing it again until it uncollapses, also seems to cause the rendering to fix itself.

[cvrebert]

@mdo I guess we should file a Chrome bug about this?

[mdo]

@cvrebert Yeah, probably. Sorry, I haven't looked into this one extensively yet.

[cvrebert]

Relatively minimized (HTML-wise) testcase: http://jsbin.com/fehoqapu/1

[cvrebert]

This is presumably caused by https://code.google.com/p/chromium/issues/detail?id=377346

[cvrebert]

Chrome bug is claimed to have been fixed in Canary (v41): https://code.google.com/p/chromium/issues/detail?id=377346#c6