Bug 204677 - Orthogonal absolute position inline element is misplaced
Summary: Orthogonal absolute position inline element is misplaced
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: BrowserCompat
Depends on:
Blocks:
 
Reported: 2019-11-28 05:04 PST by Manuel Rego Casasnovas
Modified: 2022-08-29 03:48 PDT (History)
6 users (show)

See Also:

Attachments
Testcase to reproduce the issue (290 bytes, text/html)
2019-11-28 05:04 PST, Manuel Rego Casasnovas 		no flags Details
Rendering in WebKit vs Chromium/Firefox (26.14 KB, image/png)
2019-11-28 05:04 PST, Manuel Rego Casasnovas 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel Rego Casasnovas 2019-11-28 05:04:07 PST 
Created attachment 384448 [details]
Testcase to reproduce the issue

Check the attached example and compare the result with Chromium or Firefox.

The element "foo" has absolute position and vertical writing mode, in WebKit it's placed outside of the parent element, when in Chromium and Firefox it's placed next to the "Second line".
Comment 1 Manuel Rego Casasnovas 2019-11-28 05:04:49 PST 
Created attachment 384449 [details]
Rendering in WebKit vs Chromium/Firefox
Comment 2 Manuel Rego Casasnovas 2019-11-28 05:12:49 PST 
This might be same issue than bug #189513.
Comment 3 Ahmad Saleem 2022-08-29 03:48:15 PDT 
I am unable to reproduce this issue in Safari Technology Preview 152 on macOS 12.5.1 and "foo" is now showing similar to Chrome and Firefox from reference image. Since all browsers are now working similar, I am going to mark this as "RESOLVED CONFIGURATION CHANGED". Thanks!