The Wire · Showcase
Shopify CLI Fixes Silent Loopback Rejection
By RepoJournal · Filed · About Shopify
Your local notifications server was being ignored, but this patch fixes that.
The Shopify CLI has shipped a fix for a silent but frustrating bug: setting `SHOPIFY_CLI_NOTIFICATIONS_URL` to a local `http://` loopback URL was silently discarded, sending the CLI to the production CDN instead [1] [2]. This patch allows HTTP URLs on loopback hosts, with broader IPv6 matching options [3]. Separately, a fix resolves a reauthentication deadlock after a preview store is claimed, where `shopify store auth` would stop in `throwIfPreviewStore` and refuse to recover the session [4] [5]. The old behavior kept the stale preview session, causing repeated errors on `store info`; now the recovery command can actually run. Both fixes landed via merges, and the loopback patch is the one to verify if you rely on local notification previews.
One email a day. Unsubscribe in one click.
Keep up with Shopify in about 3 minutes a day: what actually shipped — the commits, pull requests, releases, and security advisories that matter.
One email a day. Unsubscribe in one click. Read a past issue →
Action items
- → Update your Shopify CLI to include the loopback HTTP fix if you test notifications locally Shopify/cli [plan]
- → Test the preview store reauth flow after claiming a store to confirm the fix Shopify/cli [monitor]
References
- [1] Allow http notifications URLs on loopback hosts ↗ Shopify/cli
- [2] Merge pull request #8355 from Shopify/ac/notifications-allow-loopback-http Shopify/cli
- [3] Broade IPv6 loopback matching options Shopify/cli
- [4] Fix reauthentication after a preview store is claimed ↗ Shopify/cli
- [5] Merge pull request #8349 from Shopify/donald/claimed-preview-store-session-recovery Shopify/cli