A double-click on a word can select invisible text, including newline characters
Categories
(Core :: DOM: Selection, defect)
Tracking
()
People
(Reporter: vincent-moz, Unassigned, NeedInfo)
References
()
Details
![]() |
||
Comment 1•14 years ago
|
||
![]() |
||
Comment 2•14 years ago
|
||
![]() |
||
Comment 3•14 years ago
|
||
Reporter | ||
Comment 4•14 years ago
|
||
Reporter | ||
Comment 5•12 years ago
|
||
Reporter | ||
Comment 6•10 years ago
|
||
Reporter | ||
Comment 7•7 years ago
|
||
Comment 8•4 years ago
|
||
Hey Vincent,
Can you still reproduce this or should we close it?
It only selects one word for me when I double click.
Reporter | ||
Comment 9•4 years ago
|
||
It still occurs with 94.0. Example: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Double-click on "equal" in the title text below "Home | New | Browse | Search" and just above "Status:". Pasting it gives "equal " (i.e. the word "equal" followed by a normal space).
A double-click shouldn't include blanks before or after the word.
Comment 10•3 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Comment 11•3 years ago
|
||
I believe this issue is fixed.
"layout.word_select.eat_space_to_next_word" is the preference to control the behavior.
Reporter | ||
Comment 12•3 years ago
|
||
For newline characters, it seems fixed, but a double-click on a word may add spaces before or after the word, even though layout.word_select.eat_space_to_next_word is false (default). For instance:
- In this bug, double-click on "Opened" near the top (right of "
Bug 637895
"). When pasting the selection, I get " Opened", with a space before the word, even though there is no selectable space before. - At https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 as in comment 9, after a double-click on "equal" in the title, when pasting the selection, I still get "equal ", with a space after the word.
A minimal way to reproduce both issues at the same time:
<p><span></span> <span>foo</span> <span></span></p>
Double-clicking on "foo" gives " foo ", with a space before and after the word.
Comment 13•3 years ago
|
||
(In reply to Vincent Lefevre from comment #12)
For newline characters, it seems fixed, but a double-click on a word may add spaces before or after the word, even though layout.word_select.eat_space_to_next_word is false (default). For instance:
- In this bug, double-click on "Opened" near the top (right of "
Bug 637895
"). When pasting the selection, I get " Opened", with a space before the word, even though there is no selectable space before.- At https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 as in comment 9, after a double-click on "equal" in the title, when pasting the selection, I still get "equal ", with a space after the word.
A minimal way to reproduce both issues at the same time:
<p><span></span> <span>foo</span> <span></span></p>
Double-clicking on "foo" gives " foo ", with a space before and after the word.
Thanks for the details. I closed this per STR on comment #9.
Let me reopen this and loop Jan here, he has been looking at similar areas recently.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Reporter | ||
Comment 14•1 year ago
|
||
I've replaced the obsolete testcase URL by the example from comment #12 (as a "data:" URL).
Description
•