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)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 584141
Tracking Status
firefox-esr52 --- affected
firefox58 --- affected
firefox59 --- affected
firefox60 --- affected

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
This is not a regression.

It looks like it could be another manifestation of  bug 1437574 / bug 1428595
Flags: needinfo?(kohei.yoshino)
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)
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
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.