Select-all Hotkey does not always select entire web document #6909

Closed
sjtaylor82 opened this Issue Feb 23, 2017 · 1 comment

Comments

Projects
None yet
3 participants
@sjtaylor82

sjtaylor82 commented Feb 23, 2017

When using any application utilising Browse Mode, including Thunderbird, Internet Explorer V11.576, or Firefox 51.0.1 (32-bit) on Windows 10 64 Bit and NVDA 2017.1 (installed), the behaviour of the select-all keystroke is intermittent depending on the location of the caret. Issuing a Control-A keystroke at the top or bottom of a web-page will issue the correct behaviour and select the entire page. If the caret moves one or more lines, but less than approximately 550 characters, control-A will select only from the start of page to the cursor location. If the caret is at the end of the page and control-A is issued, then the entire page is selected which is expected behaviour.

@jcsteh

This comment has been minimized.

Show comment
Hide comment
@jcsteh

jcsteh Mar 21, 2017

Contributor

Confirmed.

Probably a regression introduced by 62f42c6.

Contributor

jcsteh commented Mar 21, 2017

Confirmed.

Probably a regression introduced by 62f42c6.

@jcsteh jcsteh self-assigned this Mar 21, 2017

jcsteh added a commit that referenced this issue May 3, 2017

@jcsteh jcsteh closed this in #7131 May 8, 2017

@nvaccessAuto nvaccessAuto added this to the 2017.2 milestone May 8, 2017

jcsteh added a commit that referenced this issue May 8, 2017

Fix cursorManager selection bugs. (PR #7131)
- In browse mode, pressing shift+home after selecting forward now unselects to the beginning of the line as expected. (#5746)
- In browse mode, select all (control+a) no longer fails to select all text if the caret is not at the start of the text. (#6909)
- cursorManager: Fix selecting forward, then selecting backward without unselecting, then unselecting forward, and vice versa.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment