Hi there, @timlcooley… those conditions look reasonable, and I assume the element is set to not be visible on page load on the Layout tab. I doubt this is the case, but any chance you have a privacy rule in place on the User data type that is getting in the way? Also, have you tried inspecting the element with the debugger to see if you can get some insight into the issue that way?
Now it looks like you have it set up so that the dot is visible on page load and then not visible when the current user’s pitch’s new notification is set to no. So, if I understand the set up correctly, running as any user in your test database should show the dot because none of the user’s have a pitch associated with them. Any chance the dot is hidden behind something and you just need to bring it to the front?
If you don’t mind me playing around a bit, maybe you could set the application rights to edit and delete your message above with the link.
Actually, I just inspected the dot element with the debugger, and it thinks the condition to hide the dot is passing (which is weird to me because, again, none of the users have a pitch associated with them). Maybe try modifying the condition to say when the current user’s pitch isn’t empty and the current user’s pitch’s new notification is no, then hide the dot.
Okay, it’s working now. I think it makes more sense to hide the dot on page load and then make it visible when the current user’s pitch’s new notification is yes, so I took the liberty of setting it up that way. I tested it by assigning the latest pitch in the database to the first user in the database (a@a.com), and I set the pitch’s new notification to yes. So, if you run as that user, you will see the dot.