Hi MApped
thanks for the extra context and the screenshots.
A few things to try/check when navigating to the same page with a page param (param=locations
) and adding queries:
• prefer “set query variable” over “navigate to”
If you’re staying on the same page, the most reliable pattern is to create a Query variable (e.g. loc
) and use Change variable value → Query → loc with your row value. That updates the URL and triggers visibility conditions without a route change.
• if you keep “navigate to,” make sure the query actually changes
Open Queries → loc → Edit formula and confirm it returns a non-empty string (e.g. String(selectedRow.id || selectedRow.slug)
). If it evaluates to undefined
, null
, or ''
, the router won’t push anything and the URL will look unchanged.
• editor caveat
The Editor doesn’t always reflect query updates. Append them manually in the Editor URL for testing (…?loc=abc
) or test in Preview/Published; the runtime behaves correctly there.
• case sensitivity & name match
Query names are case-sensitive. If your Query variable is loc
, the query key must be exactly loc
(not Loc
/ LOC
). Same for any variables used in the formula.
• same-URL de-dupe
If you click two different rows but your formula returns the same value as the current loc
, most routers won’t push a new history entry. For testing, try appending a tiny nonce like loc = row.slug + '-' + Date.now()
to verify the push occurs; then remove the nonce once confirmed.
• page param collision edge case
Very rarely, a page param can shadow what you expect from a query update. If you still see no query push, try the non-navigation approach above (“set query variable”). It avoids that collision entirely.
If it still doesn’t update, could you share a screenshot of the Edit formula for loc
(what you’re passing exactly) and the Variables panel showing loc
as a Query variable? That’ll let us spot whether the value is empty, mismatched, or evaluated too early.