Tickets / BUG-1
Released Medium BUG · OPENED 10 SEP 2026 · 0 REPLIES

Custom Vanity URL Is Not Persisted When Editing an Existing Product

SF Stephen Fuller · teclan Ltd
Public
Log in to upvote, comment, or submit your own tickets.
Package: aerocommerce/admin 1.59.2 Summary When editing an existing product with a custom URL and Vanity URL enabled, changing the URL and saving does not persist the newly entered URL. Steps to Reproduce * Open an existing product in the Aero admin. * Enable This product has a custom URL. * Enable This product has a vanity URL. * Enter the following URL: * Click Save. * Reopen the product or inspect the saved URL. Expected Result The product should be saved with the newly entered value. The corresponding slugs record should also contain the same value. Actual Result The product is saved with: The original old slug. Additional Observation The issue can be worked around by: * Disabling This product has a custom URL. * Saving the product. * Re-enabling the custom URL option. * Entering the new URL. * Saving again. After following those steps, the new URL is persisted correctly. Technical Details The admin URL input appears to use Vue bindings similar to: This may indicate that the visible input value and the Vue product state are becoming out of sync when the custom URL or vanity URL settings are toggled. The save request appears to submit the previous slug rather than the value currently visible in the input. Suggested Investigation Please check: Whether the Vue product.slug state is updated when the custom URL checkbox is enabled or disabled. Whether toggling has_custom_slug or has_vanity_slug resets the slug state. Whether the save payload contains the stale slug. Whether the slug-generation logic is being called unintentionally during an update. Whether the existing slug record is excluded correctly when checking for uniqueness during updates.

No replies yet.

Log in to join the discussion.