api.docs.cpanel.net - Text inside the code blocks is not formatted correctly
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(Webcompat Score:3, Webcompat Priority:P3)
People
(Reporter: ctanase, Unassigned)
References
(Depends on 1 open bug, Regression, )
Details
(Keywords: regression, webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])
User Story
platform:windows,mac,linux,android impact:significant-visual configuration:general affects:all branch:release diagnosis-team:layout user-impact-score:40
Attachments
(4 files)
Environment:
Operating system: Mac OS X 10.15/Windows 10
Firefox version: Firefox 135.0/134/136
Steps to reproduce:
- Go to https://api.docs.cpanel.net/openapi/whm/operation/mass_edit_dns_zone/
- Scroll down to examples in the "add" section.
- Observe the text in the code blocks.
Expected Behavior:
The text is formatted correctly.
Actual Behavior:
The text is not formatted correctly.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/147493
Reporter | ||
Comment 1•14 days ago
|
||
![]() |
||
Comment 2•14 days ago
|
||
Work around:
.fYSZyG {
display: inline-block !important; /* instead of inline-flex; */
}
![]() |
||
Comment 3•14 days ago
|
||
Updated•14 days ago
|
![]() |
||
Comment 4•14 days ago
|
||
#1 Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4e83d0987a31&tochange=725eb8792d27
Regressed: Bug 783409
#2 Regression window:(more worsen like the attached image)
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=12cc80a0e9968ade961879ee07effb815da691f0&tochange=d3d642b624886729636c3690a806f38b4d737731
Regressed: Bug 1505786
![]() |
||
Updated•14 days ago
|
Comment 5•14 days ago
|
||
Comment 6•14 days ago
|
||
For some reason, we change our rendering to match the expected-results (and match Chrome) if I add an additional wrapper div
around the contents of the flex container.
Comment 7•14 days ago
|
||
Aha, so testcase 2 is rendering with a different anonymous flex item wrapping each run of text, and the wbr
elements become their own flex items.
i.e. the wbr
elements are being treated as elements that interrupt the anonymous-flex-item-wrappable flow. In contrast: that doesn't happen if I use br
. br
elements get included with the text that we wrap in an anonymous flex item.
Comment 8•14 days ago
|
||
Looks like this general issue was previously filed as bug 1499348.
Description
•