RESOLVED DUPLICATE of bug 139258 217564
Dominant-baseline doesn't work properly when viewBox attribute is present
https://bugs.webkit.org/show_bug.cgi?id=217564
Summary Dominant-baseline doesn't work properly when viewBox attribute is present
Guvenc Usanmaz
Reported 2020-10-10 16:11:02 PDT
Created attachment 411022 [details] Page without using viewBox (normal.html) and with viewBox (buggy.html) When viewBox attribute is used for an SVG element and text elements are present as child of the SVG element, dominant-baseline attribute doesn't behave correctly. Check two links below. First page contains an SVG element and doesn't use viewbox attribute. In contrast second page has an SVG element with viewbox attribute. Both pages should render similar pages. This is the case for Chrome and Firefox on Android and Linux platforms but not the case for Safari on MacOs or IOS. As can be seen from pages dominant-baseline="central" rule couldn't achieve to center text on blue square. Changing attribute value of dominant-baseline also seems to have no apparent effect on second page (buggy.html). https://repl.it/@GuvencUsanmaz/WebkitSVGDBaseline1#normal.html https://repl.it/@GuvencUsanmaz/WebkitSVGDBaseline1#buggy.html In case links for these two pages go stale contents of these two pages are attached.
Attachments
Page without using viewBox (normal.html) and with viewBox (buggy.html) (746 bytes, application/zip)
2020-10-10 16:11 PDT, Guvenc Usanmaz
no flags
Screenshot (1.28 MB, image/png)
2020-10-19 13:04 PDT, Smoley
no flags
Renderings of two different html pages (buggy.html and normal.html) on Safari (53.73 KB, image/png)
2020-10-19 13:37 PDT, Guvenc Usanmaz
no flags
Test Case (out of ZIP) (425 bytes, text/html)
2023-07-07 14:01 PDT, Ahmad Saleem
no flags
Radar WebKit Bug Importer
Comment 1 2020-10-12 17:46:34 PDT
Smoley
Comment 2 2020-10-19 13:04:51 PDT
Created attachment 411781 [details] Screenshot
Smoley
Comment 3 2020-10-19 13:05:51 PDT
Thanks for filing. I may be missing a step, but I can't seem to get the test pages to show any content in Safari 14.0 or Chrome. See screenshot.
Guvenc Usanmaz
Comment 4 2020-10-19 13:33:52 PDT
I am sorry for the mistake. I think I gave wrong URLs. Could you check two URLs below. https://webkitsvgdbaseline1.guvencusanmaz.repl.co/normal.html https://webkitsvgdbaseline1.guvencusanmaz.repl.co/buggy.html I have also added an attechments in my first post where these two html documents could be viewed offline. I am also attaching a screenshot where buggy page appears on left and normal page appears on right.
Guvenc Usanmaz
Comment 5 2020-10-19 13:37:38 PDT
Created attachment 411790 [details] Renderings of two different html pages (buggy.html and normal.html) on Safari
Smoley
Comment 6 2020-10-19 13:41:47 PDT
Got it, thanks. I am able to reproduce this with the updated link.
Ahmad Saleem
Comment 7 2023-01-22 03:15:53 PST
I am able still to reproduce this bug in WebKit Trunk (259178@main), which do contain some fixes etc. but it still differs from Chrome Canary 111 and Firefox Nightly 111, which show like normal version. Test - https://webkitsvgdbaseline1.guvencusanmaz.repl.co/buggy.html
Ahmad Saleem
Comment 8 2023-07-07 14:01:40 PDT
Created attachment 466983 [details] Test Case (out of ZIP)
Ahmad Saleem
Comment 9 2023-07-07 14:03:53 PDT
(In reply to Ahmad Saleem from comment #8) > Created attachment 466983 [details] > Test Case (out of ZIP) From the Comment 0, I took out this buggy test case and now it works due to dominant-baseline being inherited in WebKit ToT (265838@main). Marking this as duplicate for bug 139258. *** This bug has been marked as a duplicate of bug 139258 ***
Note You need to log in before you can comment on or make changes to this bug.