1660089 - slick slider on https://sm.rakuten.co.jp/ doesn't animate smoothly

Status: VERIFIED FIXED

(Core :: CSS Transitions and Animations, defect, P3)

Description

[Tooru Fujisawa [:arai]]

Attachment: screen capture of the slider

Steps to reproduce:

1. Run Nightly 81.0a1 (2020-08-19) (64-bit) with clean profile on macOS
2. open https://sm.rakuten.co.jp/
3. Click ">" button over slick slider in the main area ("アイス特集", "まとめ買い" etc),
   or just wait for 10 seconds until it moves periodically

Actual result:
The slider shows the first and last frame when animating from right to left

Expected result:
The slider moves smoothly from right to left

Regression Range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5786eef0515a77d3fe7656c5bb1a7a5def4e0ab9&tochange=d67ac396d0f9d67c092672fcac1998edbbd07aed

Comment 1

[Hiroyuki Ikezoe (:hiro)]

Thank you for filing this bug! This is indeed a bug in partial pre-render. Looks like it's a quite common case, should be easily create a reduced test case.

Comment 2

[Tooru Fujisawa [:arai]]

Attachment: somewhat reduced/simplified testcase

here's standalone simplified testcase

Comment 3

[Hiroyuki Ikezoe (:hiro)]

Thank you arai san! I didn't expect you do it! Thank you! Good morning, btw. :)

Comment 4

[Hiroyuki Ikezoe (:hiro)]

Attachment: More reduced case

We need to use the nearest overflow:hidden scrollable frame as the clip frame in this case.

Comment 5

[Hiroyuki Ikezoe (:hiro)]

Attachment: Bug 1660089 - Use the nearest scrollable frame as the clip frame if the scrollable frame is overflow:hidden.

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/20d40fcc3f75
Use the nearest scrollable frame as the clip frame if the scrollable frame is overflow:hidden. r=botond

Comment 7

[Cristina Coroiu [:ccoroiu]]

https://hg.mozilla.org/mozilla-central/rev/20d40fcc3f75

Comment 8

[Cristian Fogel [:cfogel]]

Verified with 82.0a1 (2020-08-27).