Bug 24666 - CSS animations on zoom incorrectly "snap" elements using absolute widths
Summary: CSS animations on zoom incorrectly "snap" elements using absolute widths
Status: RESOLVED DUPLICATE of bug 24807
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-17 23:35 PDT by Alex Russell
Modified: 2023-02-24 09:28 PST (History)
4 users (show)

See Also:

Attachments
css zoom "snapping" bug (1.38 KB, text/html)
2009-03-17 23:36 PDT, Alex Russell 		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 Alex Russell 2009-03-17 23:35:27 PDT 
when using a -webkit-transition across the "zoom" property and only when increasing the zoom factor, elements inside a zoomed container which specify fixed widths seem to "snap" to their destination width/height in the first frame of the animation, zoom based on this laid out size, and upon the final frame, snap *back* to the first-frame final size. It's unclear if font sizes changing to be larger than the destination size is related.

See attached test case.

Also, wasn't sure if this should have been filed under "CSS", so apologies in advance if it's in the wrong component.
Comment 1 Alex Russell 2009-03-17 23:36:40 PDT 
Created attachment 28719 [details]
css zoom "snapping" bug

demonstrates the bug for both images and other block elements.
Comment 2 Simon Fraser (smfr) 2009-07-28 08:54:49 PDT 
It's actually a bug that transitions run when zoom changes (bug 24807).
Comment 3 Ahmad Saleem 2023-02-24 09:28:18 PST 

*** This bug has been marked as a duplicate of bug 24807 ***