Open Bug 1859637 Opened 2 years ago Updated 5 months ago

Firefox deactivate the Alt-Gr key on some Virtual Machines

Categories

(Web Compatibility :: Site Reports, defect, P2)

Product:
Web Compatibility
Component:
Site Reports
Version:
Firefox 118
Type:
defect

Tracking

(Webcompat Priority:P2, Webcompat Score:6)

Status:
UNCONFIRMED
Project Flags:
Webcompat Priority P2
Webcompat Score 6

People

(Reporter: nounours18200, Unassigned)

References

(
URL
)

Details

(Keywords: webcompat:blocked)

User Story

platform:windows,mac,linux
impact:feature-broken
affects:all
diagnosis-team:dom
user-impact-score:225

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/118.0

Steps to reproduce:

Install a W10 Pro Virtual Machine under a Synology NAS DS1821+ running the latest version 7.2-64570-Update 3 of DSM.
The Virtual Machine has been created using Virtual Machine Manager (VMM), which is the Synology official package to install any Virtual Machine on the Synology NASes.

Actual results:

If I use Firefox 118.0.2 (64 bits), it is impossible to use the "Alt-Gr" key, and consequently ALL the caracters such as the "@" are impossible to enter.
You are obliged to type ALT+0+6+4 to get "@" on the screen (same method for all the other caracters that shoudl normally be displayed by Alt-Gr).
The Virtual Machine, as well as my PC/Keyboard are French, but this should happen with many other keyboards/languages using the Alt-Gr similar key.

Expected results:

Pressing "AltGr+0" must display "@", same principle for ALL the caracters that should be displayed by using the AltGr key.
If I use Coogle Chrome, then everything runs perfectly, so it is 100% sure that it a Firefox problem.

Flags: needinfo?(nounours18200)

The Bugbug bot thinks this bug should belong to the 'Core::DOM: UI Events & Focus Handling' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → DOM: UI Events & Focus Handling
Product: Firefox → Core

I confirm that this bug also exists with the current latest version of NIGHTLY: version 120.0a1 (2023-10-17) (64 bits).

I confirm that both Google CHROME and Microsoft EDGE work perfectly : the Alt-Gr key and associated caracters are displayed without trouble on the Virtual Machines.

Consequently this bug is specific to the Mozilla browsers.

Flags: needinfo?(nounours18200)

Masayuki, do you know if there's anything we can do or debugging messages we need from the reporter? This sounds a bit similiar to bug 1769175 ?

Flags: needinfo?(masayuki)

It's unclear that whether this bug is Firefox running in the virtual machine or VM client on browser. Could you clarify that?

Flags: needinfo?(masayuki) → needinfo?(nounours18200)

This bug #1859637 appears when Firefox (or Nightly) is running on a normal Windows 10 PC (NON on a virtual machine). Then, inside one tab of Firefox, we access to a VM , and in this tab it is impossible to get any caracter that requires the ALTGR key.

When I do the same with Chrome and/or EDGE running on the same PC (not a VM), I open a tab in this browser (Chrome or Edge) to access to a VM in this tab, and everything runs perfectly: the ALTGR key runs perfectly.

This bug is not the same than the 1769175 because it relates to the ALTGR key, whereas the 1769175 relates to the Shift Key.

Do not hesitate to ask if you need more info or a screen capture.

Flags: needinfo?(nounours18200)

Thank you for the clarifying. We (Mozilla and Google) agreed the AltGr key behavior on Windows (bug 900750) and we already aligned the behavior. So it seems that this is a bug of the web app provided by Synology. We need to investigate the web app.

Severity: -- → S3
Severity: S3 → --
Component: DOM: UI Events & Focus Handling → Desktop
Product: Core → Web Compatibility

To Masayuki: I don't know if this bug is a bug of the Synology app (Synology Virtual Machine app), but I have informed the Synology Support (a few months ago) of the problem when using Firefox and Nightly.
The Synology Support said that the problem is forwarded to the Synology developpers (in case the Synology app is concerned), but I don't know if they have investigated further.
Meantime, I can confirm that the problem does NOT occur with the OPERA browser, nor with CHROME and EDGE. I have switched to OPERA until this issue is fixed.
Do not hesitate to ask if needed.

(In reply to nounours18200 from comment #7)

To Masayuki: I don't know if this bug is a bug of the Synology app (Synology Virtual Machine app), but I have informed the Synology Support (a few months ago) of the problem when using Firefox and Nightly.
The Synology Support said that the problem is forwarded to the Synology developpers (in case the Synology app is concerned), but I don't know if they have investigated further.

Oh, thank you for reporting that to Synology. That's really helpful. I have DS1817+, but I haven't a time to try to install Windows onto the server yet.

Meantime, I can confirm that the problem does NOT occur with the OPERA browser, nor with CHROME and EDGE.

Yeah, because they use the same engine called "Blink". On Windows, Firefox is the (almost) only browser which use independent rendering engine called "Gecko".

Severity: -- → S3
User Story: (updated)
Keywords: webcompat:needs-diagnosis
Priority: -- → P2

Thanks for the report. Due to the set-up needed to test this, I am unable to do so.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → UNCONFIRMED
Ever confirmed: false
User Story: (updated)

Filling in a placeholder URL to get this off our inconsistent-state tracking.

URL: https://www.synology.com/
User Story: (updated)

I think the main issue with this bug is none of us have the setup (not sure it's debuggable even with a proper setup).

Keywords: webcompat:needs-diagnosis → webcompat:blocked
Webcompat Priority: --- → P2
Webcompat Score: --- → 5
Webcompat Score: 5 → 6
User Story: (updated)
You need to log in before you can comment on or make changes to this bug.