Closed Bug 1419376 Opened 8 years ago Closed 7 years ago

VMware Horizon Web Client does double-typing

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P1)

57 Branch
Unspecified
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1504692

People

(Reporter: cmitasch, Assigned: stone)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached video out-2.ogv
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Steps to reproduce: Since the upgrade to Firefox 57.0, using VMwar Horzion Web Client is nearly unusable since characters are typed multiple times if typing in normal speed. Actual results: See the video attached Expected results: don't do double types
Component: Untriaged → Widget: Win32
Product: Firefox → Core
Component: Widget: Win32 → Widget: Gtk
OS: Unspecified → Linux
the problem also exists when running Firefox in Windows 10. It's definitely related with the new version 57.0.
Component: Widget: Gtk → Event Handling
OS: Linux → All
If you don't have a VMware View Horizon Web Client available, you could test it here: https://portal.vmtestdrive.com/ Just register, then login and select "LAUNCH Services", "​Horizon HTML Access​", "Europe". Then I logged in on "VMWDEMO" with the registered username. Finally I selected "EMEA WIN10", opened Notepad and I experienced the same double-typing issue as on our environment. Christoph
I haven't managed to create an account, I get a " We're sorry, but the email domain you have submitted is not currently allowed to register on the VMware TestDrive system." error. I have tried with multiple email accounts but it did not work with any. Given the fact that I can't test this issue and the problem appeared after updating to Firefox 57, could you please try to find a regression range using Mozregression tool? Information on the tool is available at http://mozilla.github.io/mozregression/. Please don't hesitate to contact us if you encounter any problems.
Flags: needinfo?(cmitasch)
A regression window is still crucial here but Stone can take it from there once we've got a window.
Assignee: nobody → sshih
Priority: -- → P1
Hi Christoph, I can't get an account for testing either. Could you please try to disable the preference 'input_event_queue.supported' and test if this is still reproducible? Thanks. steps: 1. enter about:config in url bar 2. search 'input_event_queue.supported' and change it to false 3. restart browser
Hi, disabling input_event_queue.supported did not help. I will give mozregression a try and will get back with the results to you. Christoph
Flags: needinfo?(cmitasch)
2017-12-05T13:27:34: INFO : Narrowed inbound regression window from [8b1881ea, 665ea291] (3 builds) to [d6e1c5f5, 665ea291] (2 builds) (~1 steps left) 2017-12-05T13:27:34: DEBUG : Starting merge handling... 2017-12-05T13:27:34: DEBUG : Using url: https://hg.mozilla.org/integration/mozilla-inbound/json-pushes?changeset=665ea291fce432c014fa48dedc94f204f3dd1fb4&full=1 2017-12-05T13:27:35: DEBUG : Found commit message: Bug 1390044 - Enable the input event queue on nightly. r=smaug MozReview-Commit-ID: 9lK19VNDCGr 2017-12-05T13:27:35: INFO : The bisection is done. 2017-12-05T13:27:35: INFO : Stopped -------------------- I disabled the event queue in about:config again, but it did not help.
I seems that restarting the browser with disabled event queue helps.
See Also: → 1421805
Not sure but I guess this is the same as bug 1421805
We have a regression range in comment 7. Does this need a new assignee?
Has Regression Range: --- → yes
Flags: needinfo?(overholt)
(In reply to Julien Cristau [:jcristau] from comment #10) > We have a regression range in comment 7. > > Does this need a new assignee? Yes. Maybe Olli since he reviewed some of the input event queue work Stone did?
Flags: needinfo?(overholt) → needinfo?(bugs)
I don't expect to get to this any time soon.
This is going to be a pretty major problem when the Firefox 60 ESR releases. We are effectively breaking enterprise applications. Do we have any idea why enabling the event queue broke this? See also bug 1421805
From VMWare: vCenter 6.7 U1 fixes this and it hit GA today. The release notes and KB articles should be updated soon to reflect this. Please let me know if you get a chance to test.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(bugs)
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: