Closed
Bug 1435178
Opened 6 years ago
Closed 6 years ago
<wbr> elements within a word should not affect text selection
Categories
(Core :: DOM: Selection, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 584141
People
(Reporter: cpeterson, Unassigned)
Details
STR: 1. Open https://bugzilla.mozilla.org/show_bug.cgi?id=1330529 2. Double-click "SetDllDirectory" in the bug summary. EXPECTED RESULT: The entire camel-cased word "SetDllDirectory" should be selected, just like it is in Chrome, IE, Edge, and Safari. ACTUAL RESULT: The individual word "Set", "Dll", or "Directory" will be selected, depending on where you double-clicked within the word. I can reproduce this behavior on both Windows and Mac. This is not a regression. This behavior is not consistent. I am not able to reproduce this bug when double-clicking "SetDllDirectory" on the MSDN page for SetDllDirectory: https://msdn.microsoft.com/en-us/library/windows/desktop/ms686203(v=vs.85).aspx
Comment 1•6 years ago
|
||
This is not a regression. It looks like it could be another manifestation of bug 1437574 / bug 1428595
Flags: needinfo?(kohei.yoshino)
Comment 2•6 years ago
|
||
This is because we have added <wbr> to the bug summary to fix Bug 1428270. Not related to the Fira Sans bug. You can reproduce the same issue on MDN and my FxSiteCompat site: https://developer.mozilla.org/en-US/docs/Web/API/Element/getBoundingClientRect https://www.fxsitecompat.com/en-CA/docs/2017/mozdontofferdatachannel-and-mozbundleonly-have-been-removed-from-rtcofferoptions/ I think the selection behaviour should be fixed in the Firefox side.
Flags: needinfo?(kohei.yoshino)
Updated•6 years ago
|
Summary: Double-clicking a CamelCased word in Bugzilla bug summary only selects a sub-word → <wbr> elements within a word should not affect text selection
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•