Tested the same on win10 chrome version 55.0.2883.87 followed the below steps

1. Navigated to yahoo.com and opened two links in two different tabs
2. changed the zoom to 150% in first tab
3. focused second tab and observed no change in zoom.

This seems to be the expected behavior. Please let me know if i am missing something here in reproducing the issue

Hello, in step 3 you're saying "NO change of zoom"
This means that in step 1 you probably opened two links to different subdomains (e.g. www.yahoo.com and sports.yahoo.com)
If you open two pages that are on the same domain (e.g. both on sports.yahoo.com), the zoom update in one tab will affect both.
This is expected behavior (per-domain zoom)

The problem is that the viewport of the other tab is redrawn AFTER it is made active (and displayed), so the process of the zoom change is happening in your presence, unexpected and distracting

It is understandable that zoom level in any tab is updated only when needed (i.e. when you activate it), it's the order of the events that I have problem with.

Now:
You hit Ctrl+Tab
Tab is activated = made visible
Tab is redrawn

Ideal:
You hit Ctrl+Tab
Tab is redrawn (not visible to you)
Tab is activated

Thank you for providing more feedback. Adding requester "tkonchada@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Still unable to repro the issue on win10 chrome version 55.0.2883.87 - Please see the screencast

Could you please recheck and if issue still exists please provide us with a screencast for better understanding

Deleted: Recording #21.mp4 1.5 MB

	Recording #21.mp4 1.5 MB View Download

Screencast attached

Reproduced today with latest Chrome on Windows 7:

Version 55.0.2883.87 m
Google Chrome is up to date.

Deleted: zoom-tabs-sync-issue.mp4 4.6 MB

	zoom-tabs-sync-issue.mp4 4.6 MB View Download

Still unable to repro the issue on win10 chrome version 55.0.2883.87 - Please see the screencast

Could you please do the following and update teh thread.
1. Test the same on other browsers and see if issue still exists
2. Try to replicate the same with a new profile and check. You can create a new profile from chrome://settings

Deleted: Recording #22.mp4 4.4 MB

	Recording #22.mp4 4.4 MB View Download

Hello!

I can clearly see the problem reproduced in your new screencast.

Please note that "blink", which happens when you are switching tabs.

Normally it is not there - if you switch w/o any zoom changes, the switch is very smooth in modern browsers, you only notice the difference by content (text, photos) change, but overall site layout (same in both tabs) remains still as if you didn't go anywhere.

In your screencast you can see this viewport-wide jerk, which is the change form the old to the new zoom level.

It is easy to see if after that you switch tabs back and forth again and compare the smoothness of the transition.

You can see it even on lightweight sites:

http://alistapart.com/
http://alistapart.com/article/dao-of-product-design

Just try switching after zoom change (when zoom sync is required) and compare with switching without zoom sync.
You'll see the huge A LIST APART title on the top "jumping" when zoom synchronization is being done, but staying absolutely still when no zoom synchronization needed.

The same issue exists in FireFox.

(Tested it on same alistapart.com pages, the adaptive layout of that site is rendered a bit different in FF - but if you zoom out enough the big title's size still change and you can easily see the jerk when switching tabs)

And I did test in different installations, different recent versions and under different profiles, it doesn't seem to depend on that.

Sorry for probably being unclear with my previous explanations and thanks for your time put in clarification of this issue.

Just in case, I tested it on different PC on windows 10 and ecountered the same problem.

Thank you for providing more feedback. Adding requester "tkonchada@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Able to reproduce this issue on windows 10,Ubuntu 14.04 and Mac 10.12.2 using chrome stable M56 - 56.0.2924.87 and earlier version of chrome M30-30.0.1595.0. This is a non-regression issue and marking it as untriaged.

Please look into the attached screen-cast.

Thank You...

Deleted: Issue 668362.mp4 6.6 MB

	Issue 668362.mp4 6.6 MB View Download

Archiving old bugs that haven't been actively assigned in over a year.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Archiving old bugs that haven't been actively assigned in over a year.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Archiving old bugs that haven't been actively assigned in over a year.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!