Is anyone experiencing an issue where Kinetic browser screens are flipping between base screens and custom layer screens? Anyone know a fix for this? I have a ticket entered with support but this is beginning to cause some issues on our end.
3 Likes
I heard back from support that there are a handful of customers experiencing this same issue. Another bug. Looking for the steps to recreate this if you are also experiencing this.
3 Likes
yes. There are several posts on here mentioning this issue.
Recreating it is random. If you load a form and it is, at first, displaying the base form… usually a browser refresh will reload the form with custom layers applied.
If it still won’t load, you may need to delete your browser cache. But for the most part, I can get things to show up by refreshing the browser.
Thanks for the suggestions and info. I saw some chatter on another post too. FYI – Support is telling me they cannot enter a PRB because it cannot be recreated on demand.
1 Like
We have PRB0287641 (Pre-Issue - Custom layers not loading on initial form load and requires a refresh to load the custom layer) open after being able to recreate the issues, thanks to this post:
We’re still testing 2024.1 but this is crippling our planned upgrade for production. The workaround of refreshing the page isn’t relevant because we don’t expect our users to recognize whether they hit the right layer or not.
3 Likes
We added V1, etc. to the Layer title so users know if they are on the correct layer or base.
3 Likes
How does that help? We have the same PRB linked to our case, but the layer name still shows in the URL parameters, it just doesn’t render until you do a hard refresh. Is the layer name stripped out of the URL in your case?
Edit: Oh, you added it in the title of the form! That’s actually a great idea.
2 Likes