Firefox: The location of the NVDAObject in some pages is different from the actual location.

[hwf1324]

Steps to reproduce:

For example, some of the pop-up menus in GitHub.

Or this page: https://www.nvidia.com/en-us/drivers/details/232672/

1. Open the page above
2. tab to "Download" button
3. Use the ‘Moves the mouse pointer to the current navigator object’ command to move the mouse.

Actual behavior:

The NVDAObject corresponding to the element is different from the actual position of the element.

Clicking the left mouse button did not activate the download button.

This destroys the mouse tracking.

Expected behavior:

The NVDAObject is in the same position as its corresponding element.

Mouse over the download button

NVDA logs, crash dumps and other attachments:

System configuration

NVDA installed/portable/running from source:

install

NVDA version:

alpha-34252,4de8af78（2025.1.0.34252）

Windows version:

Windows 11 22H2 (10.0.22621)

Name and version of other software in use when reproducing the issue:

Firefox 131.0.2

Other information about your system:

Other questions

Does the issue still occur after restarting your computer?

Yes

Have you tried any other versions of NVDA? If so, please report their behaviors.

Yes

If NVDA add-ons are disabled, is your problem still occurring?

Yes

Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?

Yes

[hwf1324]

CC: @jcsteh

[jcsteh]

Could you please provide more detailed steps to reproduce? For example, what elements on the Nvidia page did you specifically test with and how did you test them?

[hwf1324]

I confirmed it through Visual highlighter.

However, you can tab to the ‘Download’ button, then move the mouse over the navigation object and click, and find that the download button is not activated.

[Adriani90]

Do you tab to the object while in browse mode? Or are you in focus mode?
How do you move the mouse exactly, do you use the keyboard command for that? Or do you just move it phisically onto the visual rectangle from the visual highlighter

[hwf1324]

Do you tab to the object while in browse mode? Or are you in focus mode? How do you move the mouse exactly, do you use the keyboard command for that? Or do you just move it phisically onto the visual rectangle from the visual highlighter

This has nothing to do with browse mode or focus mode. The behaviour is the same.

Use the ‘Moves the mouse pointer to the current navigator object’ command to move the mouse.

[CyrilleB79]

That's an issue I had very frequently in GithUb when trying to activate the "Show options" menu, visually a button with three dots, which appears above all messages in an issue or PR:

• Trying to select an item, e.g. "Quote reply" with Enter was failing with a logged error
• Trying to activate the navigator object (e.g. "Copy link") with NVDA+numpadEnter activated another item, e.g. "Copy link".

I am a Windows Magnifier user, but when the issue was occurring, I have tried to disable the Magnifier, with no change.

Though, trying to provide an STR this morning, I was not able to reproduce anymore!

[CyrilleB79]

@hwf1324 I guess the Firefox version is rather 131 than 113 (as mine), isn't it? Could you fix it?

[hwf1324]

I guess the Firefox version is rather 131 than 113 (as mine), isn't it? Could you fix it?

Thanks for catching that typo, I've fixed it.

[CyrilleB79]

Though, trying to provide an STR this morning, I was not able to reproduce anymore!

OK. Tonight I am able to reproduce whenever wanted.
Here is a log, with add-ons disabled, where I am trying to activate the "Quote reply" menu item in this same GitHub issue, without success:
nvda.log
The Magnifier was also closed for this trial.

Note that to include the quotation in this message, I have finally been able to select "Quote reply" activating the menu item above, i.e. "Copy link".

[Adriani90]

Mouse movements are currently not logged. How would you catch that? I guess it is important to find out where exactly the mouse cursor lands in these cases when routing it to the navigator.

[CyrilleB79]

It's not a problem with mouse routing in the first place. Actually, it's that object positions in Firefox seem to have a vertical offset with respect to their real position. This offset position then causes the following issues:

• issue when trying to route the mouse to object
• issue with the focus highlighter, the highlight being shifted vertically