Fix fast-path interaction with RenderSurfaceFor2DScaleTransform.

* Don't allocate a render surface path when will-change: transform is present.
* Don't do the fast path if there may currently be a render surface
 (but allow it otherwise - this misses cases where a transform changes
from a non-scale into a scale, which (arguably?) is ok because the result is just potentially worse rendered output quality)

Bug: 40084005


Change-Id: I7db3fb49eb28dc6dd8a75bf03bbd40c4346cc205
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6318236
Reviewed-by: Xianzhu Wang <wangxianzhu@chromium.org>
Commit-Queue: Chris Harrelson <chrishtr@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1427883}