In order to keep everything organised as much as possible, I suggest you to write down here all your reported bugs related to the new Glide Builder ONLY. This will help the developers to get all the informations required easily.
I have 2 problems, and to make them bad, they happened today when I internally launched the app! I believe they are linked to the New Builder implementation.
In some tabs’ visibility, I have made that one tab (Onboarding) is visible only when, in the relative row of the signed in email, I have “Has Profile” column not empty. That has profile value is incremented by one, and that happens when the name has been filled and the “Done” button has been pressed. When that happens, Onboarding tab disappears and all the other tabs appear. That worked well yesterday, not today; in particular the many users that signed in did not see the onboarding tab but only the first other tab (and nothing else). The rule was not changed, and indeed the “Has profile” was not incremented. I incremented manually from Google Sheet, and still no sign of any tab except the first one after Onboarding.
To solve this, I had to remove the condition for “Has profile” is not empty and let all the tabs visible.
I welcomed the fact that emails can be anonymized in the Google sheet, but they were still reported ‘not anonymized’ when each user would tap on the profile in the app. However, now the anonymized values are also shown in the Profile in the app. It is a little confusing for the users!
The builder will not “kick you out” of tabs anymore. Doing so would sometimes make it impossible to get back into those tabs if a visibility condition were set that can never become true.
Thanks Jason, however Tab Visibility is no longer working at all in the builder. It’s strange. When a tab should no longer be visible, the tab ICON doesn’t appear, but the SCREEN remains.
This is a builder only issue. The published app works as intended as far as I can tell.
Actually in my case also new users to the app have the same issue. I honestly did not test on users (like me) that were using the published app already; when I did it, I already removed the condition…
Just for now you can tell the tab would evict in the player when the icon goes away in the tab bar. At that point the player would simply select the first tab.
in many of my apps I only show one tab at a time based on visibilty and connection to the user’s info and now it’s virtually imp[ossible to design this process or track it.
Are you referring to the way it works now or to the bug?
Because the bug is actually preventing me from working now as I can’t view any of the tabs I moved to the menu and back
No brother , I was supporting your post not saying I said it first …
The guys said this is intended but didn’t really understood the purpose of it like that.
Do you mean the bug where it accidentally hides the tabs when you drag from menu to tabs section? You can unhide them by clicking the blinky eye thing. It wont hide them in the final version, just a small logic bug.