[Webkit-unassigned] [Bug 125610] Use overflowRect's width for contentsWidth in RenderMarquee::computePosition

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Sep 12 04:25:04 PDT 2022


https://bugs.webkit.org/show_bug.cgi?id=125610

Ahmad Saleem <zlip.792 at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |zlip.792 at gmail.com

--- Comment #1 from Ahmad Saleem <zlip.792 at gmail.com> ---
All browsers behave differently:

*** Safari Technology 15.6.1 & Safari Technology Preview 153 ***

1) percent-width image children <------- Differ from other browsers

Broken Image icon is expanded to the container size and and showing normal marquee animation

2) text with ltr direction 

Bouncing between container like normal marquee

3) text with rtl direction <------- Differ from other browsers
No marquee animation and text is stuck on right side

*** Chrome Canary 107 ***

1) percent-width image children <------- Differ from other browsers

Broken Image icon is expanded to the container size but have bottom padding and and showing normal marquee animation

2) text with ltr direction 

Bouncing between container like normal marquee

3) text with rtl direction <------- Differ from other browsers 

marquee animation but get stuck mid way of container

*** Firefox Nightly 107 ***

1) percent-width image children <------- Differ from other browsers

Broken Image icon is expanded to the container size and and showing normal marquee animation but the icon size of broken is not expanded like Safari to showcase broken image damsons (width / height etc.)

2) text with ltr direction 

Bouncing between container like normal marquee

3) text with rtl direction <------- Differ from other browsers 

marquee animation but behave same as 'ltr'

_______

Just wanted to share updated testing results across browsers. Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220912/52ef8aef/attachment.htm>


More information about the webkit-unassigned mailing list