I reported a bug to support on March 27 about an issue with backend workflows not setting the correct option value. In the logs I could see the option that was set, in the database, I can see the same as what is in the logs, but in the workflow action is set to a single value (ie: not dynamic) as this is a status…in the WF action is set to be pending, but in the logs it showed as completed. Bubble support was quick to respond and on March 30th confirmed that they do see the issue, but instead of sending it up to engineering for a fix, they asked for step by step instructions on how to reproduce…which, shouldn’t the logs suffice, plus this is a live app with real money involved, so the step by steps would require Bubble support to make payment. Either way, as I don’t have all the time in the world, I was not able to respond quick enough to support (3 days) until they closed the ticket and marked it as resolved, which of course it was not. Now, since engineering was never informed, the issue persists, and the client who owns the app made me aware of the issue still causing problems when their service professionals are providing the service to clients, details required are not visible in the app. So, looking into the logs now, for the booking that had the issue I see something that I just can not wrap my head around, and it is ALARMING to say the least. Now, instead of just having the incorrect option value, it is setting the value to one that doesn’t even exist in the option set itself. Logs show the value for status_option_task to ‘finished’ [Logs] WF action shows that it should be ‘pending’ [WF Action] Option set values do not even include ‘finished’ [Option Set Values] There is not even a deleted option in that set. No values had their names changed. No attributes have the value of ‘finished’ What is happening with this? What is going with Bubble and data integrity? Are they using option set values from somebody else app? And who is it that is the Product Manager for Support?

[image] Jici: renamed option set This. The logs are likely showing the option set ID. If you go to the app, then open dev tools and console.log(app), open the option sets and you’ll find the ID of the option set. See here for Bubble’s option sets: [CleanShot 2024-04-10 at 17.20.30@2x] The bold text is the option set ID, and the text on the right is the display along with any attributes. Basically, yeah it appears different in the logs, but everything’s correct so nothing to worry about.

Yes, I clicked the action from the logs, and yes I checked the correct option set [Screen Shot 2024-04-10 at 11.09.35 PM] [Screen Shot 2024-04-10 at 11.09.31 PM] [Screen Shot 2024-04-10 at 11.09.26 PM] Absolutely no idea why the search filter when I use ‘task’ shows the values for Option Booking Status [Screen Shot 2024-04-10 at 11.10.14 PM] [Screen Shot 2024-04-10 at 11.10.54 PM]

This is like if this found a deleted or renamed option set and it’s always set on that. What if you delete the field and set a new one? (However, I totally agree that it’s a incredible bug…)

Another question, do you use different versions? Maybe there’s a conflict between them?

[image] Jici: if this found a deleted No deleted options, as can see in the screen shots, there are none…usually at top of the option set you can see light grey ‘deleted options’ and click that so you could restore it. [image] Jici: renamed option set Possible, but still doesn’t explain why the wrong value is getting set.

Main development version and Live version Only

I hope that you will not have “expected behavior” for this bug if you create a ticket support! :confused:

It might be because you renamed the option set. It is a ridiculously annoying quirk with Bubble, but when you rename an option, logs will keep using the original name of the option no matter what. This also happens with database fields. I really dislike this. I generally delete fields/options instead of renaming them to avoid confusions down the line (in pre-live development ofc)

By the way, this happening in another workflow as well…same option set, different value to be used in the WF action and again, different value can be seen in the logs I originally shared the video then saw a users email and can not remove so I deleted video from this post. [Screen Shot 2024-04-10 at 11.12.29 PM]

Yes exactly what I just found too. The ID will remain the original info entered. If you modify it, it will remain but display will be updated. In a no-code world… this shouldn’t happen.

Am I missing something here? [Screen Shot 2024-04-10 at 11.23.57 PM] I opened editor, went to the option set, clicked developer tools, selected console, but I do not see anything like what your screen shot shows.

How is this even Possible? - Option value in logs, doesn't exist in app

Bugs

georgecollier April 10, 2024, 4:25pm 15

Type console.log(app) in the app run mode, not the editor

More info here Bits of your Bubble app you might not know are public

Topic		Replies	Views
Option set shows "Option" Bugs	1	274	July 4, 2022
Massive Issue With Option Sets Out Of Nowhere Bugs	2	341	October 12, 2023
The options of the "Option Sets" do not appear to choose Bugs	7	603	August 18, 2023
Option set not saving Database	4	440	July 29, 2021
Algolia value differs from option set value APIs	0	80	April 10, 2024

How is this even Possible? - Option value in logs, doesn't exist in app

Related topics