1546524 - layout.word_select.stop_at_punctuation should not apply to the address bar

Status: UNCONFIRMED

(Core :: DOM: Selection, enhancement, P5)

Description

[Raphaël Jakse]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Steps to reproduce:

I had this setting enabled: layout.word_select.stop_at_punctuation = true.
With the cursor at the middle of an URL in the address bar, I tried to type Ctrl+left (or Ctrl+right)

Actual results:

The cursor moves to the beginning (the end) of the URL

Expected results:

The cursor should move to the next word, with punctuation marks and slashes acting as word separator like when layout.word_select.stop_at_punctuation = false. Or at least, slashes should act as word separators.

The current behavior makes it hard to navigate in the URL which almost never contains a space. "Home" and "End" keys can already be used to move the cursor to the beginning or the end of the URL if needed.

A use case: I really want to be able to change https://www.wordreference.com/enfr/delete to https://www.wordreference.com/enfr/remove as fast as possible, which I do by typing ctrl+L, right, ctrl+shift+left, R, E, M, O, V, E. Having ctrl+shift+left selecting everything breaks this flow.
In contrast, selecting the whole URL is still possible by doing Ctrl+Shift+Home when the cursor in on the right.

The behavior of the address bar is already special in that everything is selected on double click, which makes sense and should be kept as-is in my opinion.

For the record, I'm entirely content with the default setting layout.word_select.stop_at_punctuation = false. I discovered this behavior in OpenSUSE, and I think applying my suggestion would make layout.word_select.stop_at_punctuation = false more useful.

Also see the related ongoing discussion in the OpenSUSE bugtracker: https://bugzilla.opensuse.org/show_bug.cgi?id=1064546