You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not sure if this is more of a bug or just an enchantment request as this is pretty much a nieche issue.
Describe the bug
The review status change options in the dropdown are not "buttons" but some special element that respond to the "click" event. This makes Vimium (a browser addon that allows you to use Vim-like keybinds to navigate the pages) not pick them up.
In Vimium, you can press f which will annotate all of the "clickable" elements of the webpage with keybind shortcuts. These shortcuts are random generated at each run but allows you to visually see what further keys (usually 1 or 2 keys after having pressed f) you have to press to "click" the element.
For example, looking at a CodeChecker after pressing f (note that some other elements such as the check name or the table headings are also not getting their "clickykey"!):
Now if I press fk I emulate the "click" on the first bug, and am presented with the usual bug path view, which gets the following keys assigned after pressing f:
Now if I press m, it "clicks" the dropdown and the dropdown opens, however, a subsequent press of f does not annotate the dropdown elements:
So to actually change the review status, I have to go to my mouse.
CodeChecker version
(venv) 127 whisperity@cc:~/CodeChecker-Build/source$ build/CodeChecker/bin/CodeChecker web-version
------------------------------------------------------------------------
Kind | Version
------------------------------------------------------------------------
Base package version | 6.16.0
Package build date | 2021-02-18T15:51
Git commit ID (hash) | f3998ed4b4065e6d0d2342ebc1d33e2090a20df7
Git tag information | 6.16
Server supported API (Thrift) | 6.39
Client API (Thrift) | 6.39
------------------------------------------------------------------------
Expected behaviour
The elements of the dropdown are picked up as buttons and thus can be used with the keybind for clicking.
Desktop (please complete the following information)
OS: Ubuntu 18.04.5 LTS
Browser: Firefox
Version: 85.0.1
Additional context
On a website like GitHub, pressing f on the code page:
and afterwards opening the branch list and pressing f again, the individual elements are assigned a letter (somehow GitHub managed to make sure the other elements (apart from the branch list) are not picked up as links/clickies, so they don't get a letter):
The generation of the shortcut keys are somehow tied to the things being links, so as a hunch, I believe the issues lies in that the dropdowns are some sort of "custom" element that handle click()s, but are not technically "links" themselves. Several other otherwise clickable elements have the same issue, such as here the options(?) for the filter cannot be set — but the buttons that apply/cancel the changing of the option are properly clicky.
The text was updated successfully, but these errors were encountered:
Describe the bug
The review status change options in the dropdown are not "buttons" but some special element that respond to the "click" event. This makes Vimium (a browser addon that allows you to use Vim-like keybinds to navigate the pages) not pick them up.
In Vimium, you can press
f
which will annotate all of the "clickable" elements of the webpage with keybind shortcuts. These shortcuts are random generated at each run but allows you to visually see what further keys (usually 1 or 2 keys after having pressedf
) you have to press to "click" the element.For example, looking at a CodeChecker after pressing
f
(note that some other elements such as the check name or the table headings are also not getting their "clickykey"!):Now if I press
fk
I emulate the "click" on the first bug, and am presented with the usual bug path view, which gets the following keys assigned after pressingf
:Now if I press
m
, it "clicks" the dropdown and the dropdown opens, however, a subsequent press off
does not annotate the dropdown elements:So to actually change the review status, I have to go to my mouse.
CodeChecker version
Expected behaviour
The elements of the dropdown are picked up as buttons and thus can be used with the keybind for clicking.
Desktop (please complete the following information)
Additional context
On a website like GitHub, pressing
f
on the code page:and afterwards opening the branch list and pressing
f
again, the individual elements are assigned a letter (somehow GitHub managed to make sure the other elements (apart from the branch list) are not picked up as links/clickies, so they don't get a letter):The generation of the shortcut keys are somehow tied to the things being links, so as a hunch, I believe the issues lies in that the dropdowns are some sort of "custom" element that handle click()s, but are not technically "links" themselves. Several other otherwise clickable elements have the same issue, such as here the options(?) for the filter cannot be set — but the buttons that apply/cancel the changing of the option are properly clicky.
The text was updated successfully, but these errors were encountered: