I had that recently. It had thought it was because it was a JSON field (so the field type was set to something that is returned from an API).
How did you solve it?
I couldnât!
Had to use an admin panel and show the data in an RG as text.
Thatâs unfortunate! I hope Bubble can fix this
Hello Guys, if you have examples of this, please report as a Bug as well. It will really help Bubble nail this issue. As we are actually having issues replicating it.
added a bug as well. mine is a dropdown which has no value but isnât showing empty
got a reply from bubbleâŚFYI. not sure this resolved my issue as it is supposed to be a null but is messing up my search which is conditional on a dropdown.
Thanks so much for reaching out and bringing this to our attention! I was able to get in touch with the team about this and heard back from our engineers that this is actually expected behavior. For a little bit more context, the â(some value that cannot be displayed)â wording was recently adopted to represent non-printable values like null/empty values in the debugger. Another detail to note is that Things (data types like User) cannot be displayed as text directly, although Thingâs fields usually can. That said, you may have also noticed the (some value that cannot be displayed) indicator in the debugger when referencing data type Things in the debugger.
In your case, the âDropdown Affiliatesâs valueâ is evaluating to (some value that cannot be displayed) because the dropdown itself does not have a specified value yet (itâs essentially acting as a non-printable null value at the moment). That said, I do understand how this wording could be a bit confusing, so I have passed on some internal feedback to our Product team for consideration.
I faced the same issue today and really thought it is a bug. But it turned out to be an empty search result. And my first suspect was of course privacy rules.
The wording âsome value that cannot be displayedâ is misguiding.
@grottofilms @shpak.serhiy thanks for sharing your cases.
So whatâs the difference then between when the debugger shows âemptyâ and when it shows â(some value that cannot be displayed)â?
In my case the debugger should show âemptyâ. It seems recently Bubble did some changes that changed this behaviour and in some cases the debugger shows âsome value that cannot be displayedâ instead âemptyâ.
Thanks a lot for your observation. I did a more profound debug trying to see if it was finding an empty field and that was the problem indeed.
Bubble, if you are reading this, PLEASE always show âemptyâ in the debugger when the field is empty!
(some value that cannot be displayed) is just very misguiding, as @shpak.serhiy said.
I suggest you guys to look into your data source and check if it is empty @NigelG @wegetdesign @nocodeventure @benoit.devilliers @adamhholmes @agathelecocq1 @grottofilms
Problem solved for me.
Thanks buddy I appreciate it, will have a second look
Just sharing a fragment of the response that I got from my bug report:
ââ
Additionally, for a bit of extra context, the â(some value that cannot be displayed)â phrase you saw actually isnât an indicator of a bug. Instead, our engineering team shared that this wording was recently adopted to represent non-printable values like null/empty values in the debugger. Another detail to note is that Things (data types like User) cannot be displayed as text directly, although Thingâs fields usually can. That said, you may have also noticed the (some value that cannot be displayed) indicator in the debugger for other areas of your app which reference data type Things.
ââ
Hey Everyone!
We just pushed out some changes that make the debugger better at describing what exactly the situation is when something looks blank or invalid. It should now also display empty things as (empty)
rather than (some value that cannot be displayed)
Please continue to let us know if the debugger values are confusing or misleading!
This topic was automatically closed after 14 days. New replies are no longer allowed.