Bug 196169 - Word incorrectly broken, honoring 'overflow-wrap: break-word', when the word's width (monospace) is exactly the available width
Summary: Word incorrectly broken, honoring 'overflow-wrap: break-word', when the word'...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Text (show other bugs)
Version: Safari Technology Preview
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: FromImplementor, InRadar
Depends on:
Blocks:
 
Reported: 2019-03-22 17:09 PDT by Javier Fernandez
Modified: 2023-04-30 08:50 PDT (History)
5 users (show)

See Also:


Attachments
Test case to reproduce the issue (220 bytes, text/html)
2019-03-22 17:09 PDT, Javier Fernandez
no flags Details
Expected result (5.17 KB, image/png)
2019-03-22 17:16 PDT, Javier Fernandez
no flags Details
Actual result (8.15 KB, image/png)
2019-03-22 17:16 PDT, Javier Fernandez
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Javier Fernandez 2019-03-22 17:09:46 PDT
Created attachment 365782 [details]
Test case to reproduce the issue

Steps to reproduce the problem:

1- Load the attached test case

ACTUAL RESULT

The word is broken in the last character "D" (actual-result.png)

EXPECTED RESULT 

The word should not be broken (expected-result.png) since available width (4ch) is the same as the word' width

Both Chrome and Firefox render the attached case as described in the expected result.
Comment 1 Javier Fernandez 2019-03-22 17:16:26 PDT
Created attachment 365783 [details]
Expected result
Comment 2 Javier Fernandez 2019-03-22 17:16:44 PDT
Created attachment 365784 [details]
Actual result
Comment 3 Radar WebKit Bug Importer 2019-03-25 10:20:54 PDT
<rdar://problem/49219794>
Comment 4 Javier Fernandez 2019-03-28 08:56:37 PDT
The root cause of this issue might be bug #196353 so I's indeed a good idea to follow what's going on there.
Comment 5 zalan 2023-04-30 08:50:53 PDT
looks fine on trunk.