Issue metadata
Sign in to add a comment
|
Cap lock breakage after using handwriting input or voice input from input methods via shelf
Reported by
willg...@gmail.com,
Dec 31
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 11493.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3644.0 Safari/537.36 Platform: 11493.0.0 (Official Build) canary-channel eve Steps to reproduce the problem: 1. Have 'Show input options in the shelf' enabled 2. Use either voice inputs or handwriting inputs from the shelf What is the expected behavior? Cap lock works after using alternate input methods. What went wrong? Cap lock no longer functions. Did this work before? N/A Chrome version: 73.0.3644.0 Channel: dev OS Version: 11493.0.0 Flash Version:
,
Dec 31
Can break this while in tablet mode too if voice, emoji, etc are used.
,
Dec 31
Bug also exists on eve Version 71.0.3578.85 (Official Build) beta (64-bit) Also reported on Chromebook forum https://support.google.com/chromebook/thread/880234 Verified by multiple Product Experts.
,
Dec 31
,
Dec 31
Confirming on the Pixel Slate Google Chrome 71.0.3578.94 (Official Build) beta (64-bit) Revision 6da2ba233559398092dabd8dc7bc8e78cd758307-refs/branch-heads/3578@{#890} Platform 11151.59.0 (Official Build) beta-channel nocturne Firmware Version Google_Nocturne.10984.67.0 ARC 5170197 JavaScript V8 7.1.302.31 Flash 32.0.0.101 /opt/google/chrome/pepper/libpepflashplayer.so User Agent Mozilla/5.0 (X11; CrOS x86_64 11151.59.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.94 Safari/537.36
,
Dec 31
Confirming on Dev 72.
,
Dec 31
Note that in all cases we from the Product Expert program a MACHINE restart is necessary to revert to normal behavior.
,
Jan 3
Using the accessibility option 'dictation' also breaks this.
,
Jan 15
Confirming on Pixelbook CHROME VERSION 71.0.3578.98 Whenever I have to change the input method.
,
Jan 18
(4 days ago)
,
Jan 18
(4 days ago)
persisting on Dev 73 voice input blew it up no flags set Google Chrome 73.0.3669.0 (Official Build) dev (64-bit) Revision 5ca4eaf783225d46ce5f7837254f8bd96ee437b1-refs/branch-heads/3669@{#1} Platform 11578.0.0 (Official Build) dev-channel auron_yuna Firmware Version Google_Auron_yuna.6301.59.116 ARC 5224676 JavaScript V8 7.3.370 Flash 32.0.0.114
,
Jan 18
(4 days ago)
,
Jan 18
(4 days ago)
,
Jan 18
(4 days ago)
Which caps lock are we referring to? Alt+Search? or CapsLock on an external keyboard? Andrew, could you please take a look an see if this is similar to the same bug you fixed recently?
,
Jan 18
(4 days ago)
ALT + Search
,
Jan 18
(4 days ago)
I am afraid that it may share the same reason with issue 920032. In issue 920032, when partial screenshot is triggered, all of key events are stopped from propagation. Then the release of partial screenshot shortcut will not be felt by AcceleratorHistory. As result, AcceleratorHistory records the keys which have been released. Meanwhile, toggle capslock shortcut relies on AcceleratorHistory: it will not be triggered if it finds there are keys other than Alt and Search being pressed. It is just my guess. Let me confirm that first.
,
Jan 18
(4 days ago)
Issue 918387 has been merged into this issue.
,
Jan 18
(4 days ago)
#RS-TC Watchlist
,
Jan 19
(4 days ago)
Doesn't look like a shelf bug. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by willg...@gmail.com
, Dec 31