EP Product List Provider has no SSR data-injection prop (listing can't be server-rendered)

[field123]

Gap

EPProductListProvider always fetches products client-side via useProductList. Unlike EPProductProvider (PDP), which accepts a pre-fetched product prop for the SSR hand-off, the list provider has no prop to accept a server-query result. Its full prop surface is Category ID, Search, Sort, Page Size, Preview State.

Consequence: a listing page cannot be server-rendered through the provider. Adding a ep.getProductList server query works (returns real products server-side) but there is nowhere to bind it — the provider ignores it and fetches in the browser regardless.

This is an unintended asymmetry with the PDP.

Expected

Add an advanced SSR hand-off prop to EPProductListProvider (e.g. initialProducts / products, mirroring EPProductProvider.product). When set, seed productGridData from it and skip the initial client fetch; pagination/sort refActions can still fetch subsequent pages. Leaving it empty preserves today's client-fetch behaviour.

Files

• plasmicpkgs/commerce-providers/elastic-path/src/product-discovery/EPProductListProvider.tsx (props + registration)
• plasmicpkgs/commerce-providers/elastic-path/src/product-discovery/use-product-list.tsx (accept seed data)

Notes

• Found while building a from-scratch app-host storefront (relates to Studio canvas is inert with Next 16 app hosts (dev reactDebugChannel reloads doc.write'n artboards) #376).
• Package README / field guide currently describe listing SSR as working — docs need a correction once this lands.

[field123]

The docs correction this issue asked for is included in #481: the field guide's custom-function table was missing ep.getProductPage entirely, and the initialPage / Products (pre-fetched) prop was undocumented outside the changelog. Both are now covered, along with what categoryId actually takes — verifying the listing against a live store showed category filtering never worked on any path (#482).