Bug 31823 – List-items .height() value incorrect

• Status: UNCONFIRMED
• Component: New Bugs

[Rick van de Westelaken]

Floated or display:block list-items (<li>) will generate a wrong .height() readout in Javascript. 

I've alerted the raw output of the li.height() and viewed the wrong height (in px) to be returned. I could not find a direct relation between the expected value and the actual value. This issue happens in both Safari and Chrome, with the latest (nightlty) WebKit engine (in case of Chrome, the dev branch of the browser). In all other browsers results are as expected.

The issue will not always appear (not even while using a static version of the html). When the issue occurs, a page refresh will solve the problem. 

Spotted the issue on both Windows XP as OSX 10.5 with both Safari and Chrome.

[Alexey Proskuryakov]

Do you have an example page where this occurs? It's difficult to re-create a problem from the above description, especially if it's transient.

> This issue happens in both Safari and Chrome, with the latest (nightlty) WebKit engine

Does this happen with shipping WebKit, too? In other words, is it a regression?

[Rick van de Westelaken]

> Does this happen with shipping WebKit, too? In other words, is it a regression?

Yes, it fails there as well. I can't provide a testcase yet, but I'll add the failing website as soon at is goes live.

[Rick van de Westelaken]

Bug can be dropped. Issue was related to Javascript semantics and threading, not specifically related to Webkit (although it only showed there).

[Rick van de Westelaken]

Reopen: bug still persistent.

Code: http://www.hero.nl/js/default.js
Line: 175
Example: http://www.hero.nl/257/producten/hero-fruitontbijt.html

The height (40px or 115px) can't be read-out by Webkit using .height(). In about 1 in 4 hits the height is calculated to low, causing the menu not to fully open on slide.

Happens in the nightly as well.