Scott MacdonaldandClaude Opus 5.5 2cb396d154 fix(engine): Displace smart filter ignores its mapPath displacement map (#3676) ...

A Displace applied to a smart object is recorded as a smart filter and
rendered by apply_smart_filters -> filters::apply_filter_to_surface, both
when it is added and on every later re-render (replace contents, toggling
a filter, transforms). That path built FilterParams with params_for alone,
which leaves Displace's map as None; only run_filter resolved `mapPath`
(through filters_ext::resolve, which needs the session). With no map,
algo's displace returns the source unchanged, so the smart filter was a
silent no-op.

apply_filter_to_surface now resolves `mapPath` through the same file read
and import the direct command uses (filters_ext::map_from_path, shared by
resolve and the new session-free resolve_map_path). A map that can no
longer be read on re-render leaves the pixels alone, as for an unknown
filter; the command still refuses an unreadable map when the filter is
added. `mapDocument` needs the session and stays unresolved on re-render.

Regression test: smart_cmds::tests::
displace_smart_filter_reads_its_map_path_on_re_render (8/16/32-bit).

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-12 06:28:33 -04:00

..

tests

Smart filter edits: re-render from cached stages, in a background job (#2739)

2026-10-10 17:38:59 -04:00

stack_cache.rs

Smart filter edits: re-render from cached stages, in a background job (#2739)

2026-10-10 17:38:59 -04:00

tests.rs

fix(engine): Displace smart filter ignores its mapPath displacement map (#3676)

2026-10-12 06:28:33 -04:00

unpack.rs

Allow automation to edit embedded Smart Object contents (#1882)

2026-10-09 14:24:58 -04:00