Stuck with filters and static collection page links

I have a very simple set-up with a static page showing a (static) collection of items.
I have 3 items in the collection (item #1, item #2, item #3)

I linked each item to its detail page aka static collection page as shown below:
Capture d’écran 2024-01-12 à 19.27.02

Everything works fine until I apply user filters on the items.
Let’s say I apply a filter that selects only one of the 3 items (let’s say item #3)

Then, the link from this item to its detail page goes wrong. It is losing its connection to the proper static collection page; when I click on it, it goes to the detail page of item #1.

It looks like a bug to me.

PS: I don’t want a workaround like linking to an explicit URL; it doesn’t work in my case for reasons out of this topic.

Up!
Can anyone help with this?

I’d suggest filtering on the backend to fix this issue quickly, and open a ticket on support.weweb.io

Thanks Broberto!
Yes I can fix this in the back-end, but it will add complexity to the set-up and I want to keep it simple.
I would like to understand how things work on the front-end and whether this is a limitation or a bug.
I will ask support as you suggest.

Hello @felix,

It’s a limitation we have. We are using an index and not the id to link with static collection

You can find a workaround here: How can I link directly to a static collection item with Xano id? - #17 by RCS

1 Like

Hey @Mael thanks for your answer!

As I said in the initial post, linking to an explicit URL (as in the workaround) doesn’t work for me.
It reloads the app and messes up with existing app load workflows.

I am sure you’ve got good reasons for this, but from my window, relying on indexes instead of IDs sounds like a terrible idea.

I understand you’re prioritizing dynamic collections, but I sincerely hope you plan to fix this asap, as it is becoming a roadblock in my project.

Kind regards!

Could you show us what you did for external URL?

It will not work in the editor, but it will in the published app

Exactly like in the linked workaround.
Binding a backend slug to the item detail page.
It kinda works, but reloads the app (URL are meant for external links if I recall)

If you don’t want to reload the app, you can use a workflow with an action “change page” with path

Yes, sure, but going from a web page to another on the same SPA shouldn’t need a workflow action (Internet is made of links, right?).

This workaround is not satisfactory, and if the root cause is not corrected in a timely manner, I will not be encouraged to go much further with Weweb.

Hope you understand my POV.

I transferred all your messages to the team, thank you very much for your feedback

For information, if you use the action change page with a path, it will still work as an SPA. It will not reload the full page

Thanks Mael for your support!

For information, if you use the action change page with a path, it will still work as an SPA. It will not reload the full page

I know, why then doesn’t it work with a simple link? This is inconsistent.

Still, static collection items should keep their detail page link whatever the order they are displayed.