Closed
Bug 1228810
Opened 9 years ago
Closed 8 months ago
Unexpected line-break before U+3035 VERTICAL KANA REPEAT MARK LOWER HALF character in vertical-text
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
DUPLICATE
of bug 1719535
People
(Reporter: xmomdo, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: parity-chrome, testcase)
Attachments
(1 file)
531 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:45.0) Gecko/20100101 Firefox/45.0 Build ID: 20151128030230 Steps to reproduce: Following HTML fragment: <div style="writing-mode: vertical-rl; height: 9em;"> <p>〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵 <p>〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵 </div> Actual results: There is line break before VERTICAL KANA REPEAT MARK LOWER HALF character. Expected results: No line break before U+3035 in vertical-text. According to JLREQ appendix C.2.5 [1]: > There is no line break opportunity between following couple of consecutive inseparable characters (cl-08) as follows: > ... > VERTICAL KANA REPEAT MARK UPPER HALF "〳", VERTICAL KANA REPEAT MARK LOWER HALF "〵" > VERTICAL KANA REPEAT WITH VOICED SOUND MARK UPPER HALF "〴", VERTICAL KANA REPEAT MARK LOWER HALF "〵" [1] http://www.w3.org/TR/jlreq/#notes_a3
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Comment 1•9 years ago
|
||
Reporter | ||
Comment 2•9 years ago
|
||
Comment on attachment 8693309 [details]
testcase
<!DOCTYPE html>
<html lang="ja">
<head>
<meta charset="utf-8">
<title>test</title>
<style>
body {
line-height: 2;
}
.vertical {
-webkit-writing-mode: vertical-rl;
writing-mode: vertical-rl;
width: 100%;
height: 9em;
}
</style>
</head>
<body>
<div class="vertical">
<p>〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵〳〵
<p>〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵〴〵
<!-- for comparison -->
<p>────────────────────────
<p>――――――――――――――――――――――――
<p>………………………………………………………………
<p>‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥‥
</div>
</body>
</html>
Attachment #8693309 -
Attachment mime type: text/plain → text/html
Updated•9 years ago
|
Blocks: writing-mode
Component: Untriaged → Layout: Block and Inline
Keywords: testcase
Product: Firefox → Core
Updated•9 years ago
|
Whiteboard: [parity-Chrome]
Updated•9 years ago
|
Component: Layout: Block and Inline → Layout: Text
Comment 3•7 years ago
|
||
Reduced test - - - - - - http://www.gtalbot.org/BugzillaSection/Bug1228810-unexpected-line-break.xht Reference file - - - - - - - http://www.gtalbot.org/BugzillaSection/Bug1228810-unexpected-line-break-ref.xht Firefox 55.0.2 and Firefox 57.0a1 buildID=20170830081348 fail this test. Chrome 60.0.3112.113 and Chrome 62.0.3198.0 pass this test.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Version: 45 Branch → Trunk
Comment 4•6 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-Chrome]
Updated•2 years ago
|
Severity: normal → S3
Comment 5•9 months ago
|
||
Momdo-san, could you check whether this issue is already fixed in stable or Nightly? Although we improve line segmenter rules by 1719535, before landing it, this seems to be already fixed.
Flags: needinfo?(xmomdo)
Comment 6•8 months ago
|
||
The issue( testcase attachment 8693309 [details] ) is no longer reproduced on Nightly118.0a1 Windows10.
Comment 7•8 months ago
|
||
Redirect a needinfo that is pending on an inactive user to the triage owner.
:jfkthame, since the bug has recent activity, could you have a look please?
For more information, please visit BugBot documentation.
Flags: needinfo?(xmomdo) → needinfo?(jfkthame)
Comment 8•8 months ago
|
||
Thank you, Alice-san.
Status: NEW → RESOLVED
Closed: 8 months ago
Duplicate of bug: 1719535
Flags: needinfo?(jfkthame)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•