Bug 22692 – window.event.y returns a different value which causes the menu not to appear beside its parent element

• Status: RESOLVED
• Resolution: INVALID
• Component: New Bugs

[Anantha Keesara]

What steps will reproduce the problem?
1. Go to http://www.coolermaster.com/products/product.php?
language=en&act=category&tbcate=1
2. Mouse hover on one of the items under Cooler on the left menu


What is the expected output? 
On hover the elements should be positioned correctly

What do you see instead?
The elements are not being displayed beside it's parent

IE7/FF3 - ok
Safari3/Chrome154.31 - not ok
Nightly tested:WebKit-r38794

Chromium bug: http://code.google.com/p/chromium/issues/detail?id=4680

[Anantha Keesara]

Created attachment 25785 [details]
reduction

[Eric Seidel (no email)]

Docs on this property from MSDN:
http://msdn.microsoft.com/en-us/library/ms535164(VS.85).aspx

[Ahmad Saleem]

I am unable to reproduce this bug with expected results in Safari 15.6 on macOS 12.5 but it is matching with all other browsers (Chrome Canary 106 and Firefox Nightly 105). By hovering over the text, the item does not position it next to "text" and it jumps up and down according to mouse hover and it is same across all browsers. I think this can be marked as "RESOLVED WONTFIX" similar to Chrome bug unless if "window.event.y" is for InterOp 2022 or 2023 topic.

[Alexey Proskuryakov]

I don't think that this would be changed for Interop 2023 given that all browser engines already behave the same.

As per https://bugs.webkit.org/page.cgi?id=fields.html#bug_status, WONTFIX is for something that we agree is a bug but decide to never fix. So it's a resolution that we should almost never use.