Keyboard shortcut "Ctrl + Left" triggers "History back" even when in a text field
-
"Ctrl + Left" which is one of the default keyboard shortcuts for "History back" triggers even when editing a text field. Now that's rather unfortunate as I often use that shortcut to move my cursor from word to word within a text field. In some situations it can lead to lose of the text you were typing. Interestingly "Backspace" is also a shortcut for "History back" but is thankfully just doing "Backspace" when editing some text. So where "Backspace" go special treatment to work both as a shortcut and in text field "Ctrl + Left" did not. Now the easy fix is obviously to remove "Ctrl + Left" from the "History back" shortcuts through the settings but it would be nice to see this fixed somehow so that it works as one would expect out-of-the-box.
-
I can't replicate this, 1.5.626.8 (Developer Build) (32-bit)
ctrl-left/right in text fields and search boxes (even in this forum) move one word back/forward, i must loose focus from the text field clicking anywhere else to go back one page -
Sometimes "Backspace" too is interpreted as "History back" when editing text fields.
So I removed it from the shortcuts list as well. -
I'm on 1.4.589.38 (Stable channel) (32-bit)
-
I notably had that issue on the following forum:
http://forum.team-mediaportal.com
Though I'm pretty sure it was happening on other forums too. -
It doesn't happen on this forum, but what does happen is Left on the numpad (4) does this, and worse, Home (7) on the numpad goes to the homepage in the current tab, losing the current tab's content. Try holding down Alt and type 0147 to type a smart left quote.
-
I just had this happen. I feel like CTRL+Left/Right should not be a default shortcut for history back/fwd. Alt+Left/Right is the traditional shortcut. CTRL+Left/Right are used to move quickly through the text word by word and this shortcut sometimes gets hit when the text is somehow not focused and then typed work is lost.
-
@syplex Alt + Left/Right is one of the default shortcuts. You can remove the Ctrl + Left/Right shortcuts if you do not like them.
-
There is also this other thread about this, and this problem is the reason why I can't recommend Vivaldi to anyone at work: we use the Atlassian Confluence Wiki a key tool, and it happens there all the time. If I recommend Vivaldi and first thing that happens is someone loses the meeting notes halfway through a call with everyone watching (which happened to me some years ago)... Not cool.
And I would actually like to use keyboard navigation, but this problem requires me to remove them.
While there has been much discussion about this here and in the other thread, there is no mention of a bug report. I'll happily write one and try to support testing, but given the history of this I'd like to have some perspective that I'll have a return on invest because someone from the team finds the time to look at it. I know they have to be very careful to choose what bot to do
-
@Pesala right. I figured this out and I immediately removed it once this happened. But the question is why is this shortcut even there? I think the default should be changed.
-
@Gwen-Dragon I don't think the shortcut should be removed, I think that while I have a cursor blinking in an edit field, the browser should not catch the shortcut (or, for that matter, backspace) and do some funky back forward left right actions. On the contrary, I would love to use the shortcut everywhere else but had to remove it because it made working with our company wiki editor impossible.
-
This happened occasionally, not all the time, and was most prevalent in our Confluence Wiki. I didn't test this for a while because I needed to stop freaking out by removing the shortcuts. I have now turned the shortcuts back on, risking that I'll grow more hair when it happens. Will let you know once that is the case.
-
@Gwen-Dragon I had this happen occasionally, also with confluence wiki. There are two issues/bugs. Issue 1- the history shortcut is triggered while inside of a text entry box. This shouldn’t be happening. My guess is there is some kind of edge case issue involving JavaScript and timing of page load and/or JavaScript state that causes this. Issue 2- when there is a text entry box with user-entered content, the browser should warn before going back or to a new page that will destroy the content (or it should cache it somehow so that it is not lost forever).
Related to #1 is my question of why is ctrl+Left/right a default shortcut? This seems unnecessary since alt+left/right have been the default across most if not all browsers for years. I was thinking since this shortcut is used in text e try often that it shouldn’t be a default, and removing the default could make this issue much less likely to happen. But the fact that others have reported backspace as also causing this issue makes this somewhat of a moot point because I imagine many more people use backspace vs ctrl+left/right. I guess it is possible these two shortcuts have different handling code for text entry boxes and that backspace would be more likely to be fixed if that is the case.
-
@Gwen-Dragon maybe related but I have found another page where single key shortcuts in an edit field are taken by the browser. I have disney plus, you can have several profiles (kids and parents in our case, where I belong to the latter group) and when entering the PIN, depending on the numbers I enter (without pressing other keys than digits) it zooms and jumps and changes tabs. Bugged as VB-78992
EDIT saw references in the discussion https://forum.vivaldi.net/topic/59586/stabilizing-for-3-8-vivaldi-browser-snapshot-2259-3/210?page=11 pointing in a similar direction
-
Ppafflick moved this topic from Vivaldi for Windows on
