Any update to this feature? WpSource: Define a map of `allowedQueries` to only preserve them in data references (links)
I had to implement what I feel is a hack in the beforeSSR actions (see code below) to not allow the utm param to be passed to the wp api, as it was giving me a 404 return:
// Removing param from router link so that its not passed to the WP json api
var find = state.router.link.indexOf("utm");
if (find > 0) {
state.router.link = state.router.link.split('?')[0];
}
Links with utm campaings work fine in Frontity (https://mars.frontity.org/?utm=test ) so I’m not sure what may be going on.
Could you reproduce the issue in a CodeSanbox (https://githubbox.com/frontity/frontity-codesandbox ) so we can take a look? Thanks!
My work around for this was just:
state.router.link = state.frontity.initialLink = state.router.link.split('?')[0];
That way it wasn’t trying to redirect
I’m sorry @ryanaker but I still don’t see where is the problem. I’ve never heard of 404 problems because of utm campaigns before.
What version of the Frontity core/packages are you using? Is it the latest?
@luisherranz so with this Google UTM url:
https://stellacenter.com/symptoms-checker/?utm_source=google&utm_medium=cpc&utm_campaign=national-sgb-bmm&utm_content={{adgroupname}}&utm_term={%2Bstellate%20%2Bganglion%20%2Bblock}&adgroupid={114318186434}&campaign_id={11357676474}&adid={474440694640}&gclid=Cj0KCQiA0MD_BRCTARIsADXoopZPQ1IOYQJr7SOUHZL5vgOT81W9Q-oKYbwzQq85e4agtU6NxBq5llQaAiVpEALw_wcB
You’ll see in browser address bar that it will update the (removing params) and for whatever reason Frontity tries to find that page/route.
Our site is only custom pages as of right now, so its not using the full effects of frontity.
I’d be happen to have you look at our repo, I also have another issue needing help with:
Looking to use Formstack embed with their script tag option. But the form disappears when the page loads. Very strange. Can anyone look at the page and view the error in the console to let me know why this is and how to fix?
This is the TEST page to view
https://stellacenter.com/symptom-checker-test/
Code snippet:
<Row>
<Col xs={{ size: 12 }} md={{ size: 10, offset: 1 }}>
<>
<script type="text/javascript" src="https://stellacenter.formstack.…
Let’s see if I understand this correctly. For example:
For this initial link: https://stellacenter.com/symptoms-checker/?utm_content={{adgroupname}}
It is escaping it to this: https://stellacenter.com/symptom-checker/?utm_content=%7B%7Badgroupname%7D%7D
Is that correct? If so, where is the problem? Don’t Google Analytics unescape it correctly or is there any other issue?
ryan
15 June 2021 18:21
7
Actually, there does seem to be an issue (I found this thread because I was also having issues with UTM tags).
Specifically, anytime there is more than 2 URL parameters being sent to custom handlers/post types, a call stack exceeded error is thrown.
You can view this on the Mars theme: Test Frontity Blog .
That seems like a bug. I can’t reproduce it locally, but I’ll investigate.
It seems like mars.frontity.org is a bit outdated. It works in the latest version: Test Frontity Blog
I will take a look at the GH action that should be automatically deploying the latest version to mars.frontity.org .
EDIT: Wait a sec, it doesn’t seem to work.
Ok, I found the bug. It seems like Vercel started sorting the queries in their cache, so now if you visit /?b=b&a=a&c=c
it will cache the result and it will use that HTML file for other URLs, like /?a=a&b=b&c=c
. This is confusing Frontity because the URLs are not the same, and we do our own query sorting, which gets mixed up.
Anyway, I’ll see how it can be fixed
1 Like
The PR has been merged and we just made a new release.
Please update @frontity/core
and @frontity/tiny-router
to the latest version: Keep Frontity Updated - Frontity Docs
2 Likes
@ryanaker could you please confirm that the new version fixes your problem? Thanks!
1 Like
Hi @luisherranz , this fixed the issue I had with Vercel, I had made a thread about it about 3 days ago!
Legend, thanks!
1 Like
I am glad to know it’s solved