Problem described in title.
Terrible user experience where each time the app loads the app lags through start up and temporarily shows and cycles though components which shouldn’t be showing due to visibility conditions.
Problem described in title.
Terrible user experience where each time the app loads the app lags through start up and temporarily shows and cycles though components which shouldn’t be showing due to visibility conditions.
Yes my apps do this and I agree it’s a terrible user experience. Does anyone know of a workaround?
I’ve never seen this, and I’ve built or worked on well over 100 Apps.
My initial thought would be there are probably visibility settings that are driven by very processor intensive computations, so that’s where I would start looking.
Yes that is what it is. Do you have any ideas for a workaround or are we just not supposed to create visibility functions on intensive computed columns?
It’s hard to say. Every situation is different. Without understanding what is going on inside your App all I can really say is have a close look at what you have and explore ways to simplify it.
Adam, Rob, see if you can set your visibility conditions to look at basic columns rather than computed columns.
Nothing complex about my visibility conditions. They are simple true false boolean columns.
It could be an worthwhile test to set the visibility condition on another basic column which is not a boolean.
I have attempted various columns to control the visibility with no luck. Anyways think I’ll give up on glide. My app’s front end for the last 2 days won’t even load now? Time to find a better solution
I noticed this issue pop up around October 2024. Screens that used to load visibility conditions lightning fast started showing a significant lag, usually around 5-10 seconds. Support suggested a workaround of a landing page that just says “loading” or something equivalent until the visibility conditions fully loaded which then hid the loading page.
Granted I have never seen this as well, can there be a (non) problem of us being from the same part of the world? Can ISPs be a problem here? Just throwing ideas out there.
I would use the Performance Mode analyzer to see those conditions take how much time to load as well.
This may be related to the glide.page domain issue.
One of my app can’t load on Firefox, will try the others tomorrow.
@Darren_Murphy @ThinhDinh you may want to revisit apps that previously worked for you. I’ve found that every app that I set up with a welcome screen to gather a user name and details shows the welcome screen for users who have already completed the onboarding process. I stored a welcome completed date on the user table that I used for visibility conditions on some apps, and an ITE column on the user table for others, and both types started showing the welcome screen for a few seconds on app load after Oct '24. These apps didn’t show the completed welcome screen before then. I’m interested to know if you experience something similar if you revisit any of those completed apps as a user from the app player.
I just checked one and it’s working as expected. Below are the visibility conditions I have on the tab:
hmm… two conditions, I should move that to the Data Editor
I have experienced this on most of my apps for many years. It’s not great. I always wondered if there was a fix, for example sorting the order of the Glide tables in the builder screen… but I think the visibility conditions simply read blank for key tab visibility cells until the data is loaded. This causes a brief glimpse of Welcome screens.
You can experience this with my app 21Jobs.ai
I think the order of tabs can make a difference.
In the one I mentioned above, the first two tabs are:
There are several other tabs, but the point is - it works perfectly with the above setup. The Welcome screen is never seen on startup once a user has completed their profile.
Ok thanks for the tip… I will try managing the tab order.
Update:
Looks like I already had the preferred tab sequence, so this cannot be the solution.
The order of the tabs did make a difference for me before last October. Then the player briefly started showing my welcome screen. And when I placed my welcome screen lower in the order to adjust for this new lag, the player would instead show my home page for a few seconds for the people who hadn’t completed the welcome sequence (lose-lose). I had to put a loading screen first above everything so it would show while the player loaded the visibility conditions, and then when the visibility conditions loaded it would hide the loading screen and show the appropriate screen.
I have to admit, I hadn’t tested that scenario. But I did test it just now in my App using a different email address, and it does still work as expected. ie. only the Welcome screen is shown.
Are you using Row Owners in your User Profiles table? (I am). I wonder if that makes a difference? If only a single row is loaded, I expect that’s going to be significantly faster.