We might want to add IDEOGRAPHIC COMMA to the list of breakable characters.

I don't have Windows to test at this moment but Chrome and Firefox breaks the same way on Mac.

There are some discussion on implementing prioritized break opportunities, but no browsers have done it yet. That said, if you see differences between Chrome and Firefox/Edge, it's a coincidence. You will see opposite cases in other pages.

Ugh.. By the way I tried a &#8203; (ZWSP) instead of a <wbr>.

> I don't have Windows to test at this moment but Chrome and Firefox breaks the same way on Mac.

They render differently, but the difference is subtle in the page provided by the reporter.

The attached file is a minimum reproducible example of this issue. The punctuation itself doesn't matter, what matters here is that:
* there is a <span> or <a> or some inline element wrapping the text, and
* the punctuation connects a CJK character and a latin character.

(I can understand this kind of bug, because I know handling line breaking on boundary of inline element is indeed very tricky :)

Deleted: test.html 130 bytes

test.html 130 bytes View Download

Attaching a screenshot from #5, this looks like a bug, where a Latin word followed by "no-break-before" character can overflow.

But is this what comment #0 talking about? I may misunderstand, but since #0 isn't talking about overflow, I guess #5 is different issue from #0.

Deleted: crbug687659-c5.png 888 bytes

	crbug687659-c5.png 888 bytes View Download

I think I understand the problem. The problem is common across platforms, but easier to see on Windows.

IE/Edge breaks after ")" even without a space following it. This makes "​7-hydroxy-2-(di-N-propylamino)tetralin" to break nicely on IE/Edge.

Other than that, further minimized test case from #5:
http://jsbin.com/dedimod/edit?html
The <span> should not affect line break in this case.

Can reproduce with ​ too.

Since Wikipedia permalinks can still change as transcluded templates change (and I may do some more poking around), here is an archive.is archive of the link provided above, generated just now: https://archive.fo/bKAAH

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/7e4ae49ae351a0a0146a7fea90550c49a94bf7e0

commit 7e4ae49ae351a0a0146a7fea90550c49a94bf7e0
Author: kojii <kojii@chromium.org>
Date: Wed Feb 08 03:46:03 2017

Fix line break at element boundary when 8bit element follows 16bit

This patch fixes lines to break at element boundaries when 8it element
follows 16bit element.

BUG= 282134 ,  687659 

Review-Url: https://codereview.chromium.org/2686583003
Cr-Commit-Position: refs/heads/master@{#448898}

[add] https://crrev.com/7e4ae49ae351a0a0146a7fea90550c49a94bf7e0/third_party/WebKit/LayoutTests/fast/text/line-break-8bit-after-16bit-expected.html
[add] https://crrev.com/7e4ae49ae351a0a0146a7fea90550c49a94bf7e0/third_party/WebKit/LayoutTests/fast/text/line-break-8bit-after-16bit.html
[modify] https://crrev.com/7e4ae49ae351a0a0146a7fea90550c49a94bf7e0/third_party/WebKit/Source/platform/text/TextBreakIterator.cpp

The duplicated issue was fixed, thank you for reporting this issue.