Hey @ZeroqodeSupport when using âShow pickerâ action in workflow it doesnât automatically close when user clicks anywhere in the page , what is the solution for this . If there is no solution do we have any conditionals that can be attributed to when x is 1 picker display is visible . Note : Using V3.97
1 Like
Hello @emir.ozgun ,
Thank you for reaching out to us.
We have observed the concern you reported: when you open the Calendar using the âShow pickerâ action, you arenât able to close it by changing focus. We have forwarded this observation to the development team for further investigation, and weâll get back to you once we have a better answer or resolution on this matter.
In the meantime, if you have any other questions, please let us know. 
Thanks, and wish you a great weekend ahead!
Best regards,
Zeroqode Support Team
Yes , my second question is do we have âdisplay part of picker is visibleâ condition . That way I would be able to set focus on a hidden input , and use when input a is focused display picker is visible . (Display picker here is the visible part of the picker when clicked )
Hello @emir.ozgun ,
Thanks for your message, and our apologies for the late reply over the weekend.
Regarding your question, could you please provide more details on exactly what you would like to achieve with the condition: âdisplay part of picker is visibleâ?
In the meantime, while the development team is looking into the problem with the âShow pickerâ action, for your use case you can try creating a workaround by using a bubble event like âAn element is clickedâ or âAn element is hoveredââwhere you will use the condition âPickerâs calendar is visible⌠is yesâ.
Then use the Hide picker action in that event - this workaround will make the calendar close when you will hover or click on the page.
Hope this proves helpful. Looking forward to your reply.
Best regards,
Zeroqode Support Team
Hello @emir.ozgun,
Hope this message finds you well.
We are writing to update you about our findings regarding the concern you reported earlier with using the âShow pickerâ action in the Air Date/Time Picker plugin. We found that this behaviour is caused by the library used by the plugin; you can see this behaviour in this demo: https://codepen.io/Block-Cat/pen/PoMoGjp?editors=1010
Nonetheless, you can solve this by using Bubbleâs built-in event âLeft mouse button is downâ and use the action âHide pickerâ there. It will work the same way as when you open and close the calendar by dirrectly clicking on it. You can check it on this test page: Seanhootsdemopro | Bubble Editor
Could you please give it a try and let us know how it works for you?
Thanks, and we look forward to your reply.
Best regards,
Zeroqode Support team
Hello , I checked it and it worked however I have a SPA and use the calendar in different ocations , that type of event will inflate the app , I need more of a conditional related solution. And thinking that focus on input type solution will solve this issue , âthis needs calendar is visibleâ type of condition or toggle air date time picker
1 Like
Hello @emir.ozgun ,
Thank you for your message.
We will explore any possible solutions to integrate this improvement into the Air Date/Time Picker Pro version. We will keep you updated on any news or decisions regarding this matter so you can decide whether to upgrade to the Pro version of the plugin.
Thank you for your understanding. If you have any other questions in the meantime, please let me know.
Best regards,
Zeroqode Support Team
Hi @ZeroqodeSupport ,
Iâm trying to figure out some weird time zone issues with my app. I have both my page time zone override and the Air/DateTime Picker time zone set to America/Los_Angeles. However, Iâm trying to get the pluginâs selected date ranges, and it seems like those dates are still being adjusted according to the browser time zone. Itâs an hour off, so it seems like thereâs a daylight savings time issue.
I figured when I set both the page time zone and the elementâs time zone the same, the selected dates should be static and not reliant on the browser time zone?
Iâm still struggling to get the Air/Date picker to choose the correct midnight date. Iâve definitely narrowed the problem down to differences in daylight savings time (e.g. Berlin/London switch in late March). I just donât understand why the browser time zone is interfering with the chosen date when the page level time zone and this elementâs time zone are both set to America/Los_Angeles
Iâve got the issue fixed for now by using an element from the plugin TopCal to properly select my dates. That gives a little more credence to my suspicion that there is a bug in selecting dates with AirDate Picker
Hi @ramzizi,
Thanks for reaching out! We understand how tricky time zone issues can be, especially with daylight savings time changes.
After reviewing the issue, I believe the core problem comes from how the Air DateTime Picker handles time zone conversion in relation to your browserâs local time zone. When you set both the page time zone and the pickerâs time zone to âAmerica/Los_Angelesâ, the date should be static, but the plugin might still be adjusting the selected date to match the browserâs local time zone, which can result in that one-hour difference, especially when daylight savings is involved.
Here are a few points to consider:
- Plugin Time Zone Handling:
The Air DateTime Picker stores the date in UTC and displays it according to the selected time zone. However, the underlying issue youâre seeing might occur when the date is being retrieved or passed back, as the plugin might still be adjusting the value based on the browserâs time zone (this behavior can sometimes be affected by daylight savings). - Browserâs Influence:
Even if the time zone is set to âAmerica/Los_Angelesâ on the plugin and the page, the browser can still try to adjust the time if itâs interpreting the input based on the browserâs local settings. The date itself is likely being stored in UTC, but the browser might display or adjust it according to its own local time zone. - Daylight Savings Time:
This issue typically arises during daylight savings changes, like the Berlin/London switch you mentioned. In these cases, even though both the page and pickerâs time zones are set to âAmerica/Los_Angelesâ, daylight savings time shifts can still cause a mismatch in the displayed time.
How to Proceed:
- Workaround: A potential solution is to force the conversion of the date to UTC when saving or passing the date value. This would ensure that the date is stored in UTC and can be converted back to the desired time zone without daylight savings discrepancies.
Weâre also happy to investigate further if this continues to be a challenge. It could be a bug, and if thatâs the case, weâll look into fixing it in a future release.
Looking forward to your reply 
Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble
hi, there is a bug in the latest update 3.105.0, when I set âDisable Sundayâ as âyesâ it doesnât block the Sundays in the calendar. I need to downgrade the plugin to 3.104.0 to make it work. Please look into it and fix the issue.
@ZeroqodeSupport
Hey @info.dailygrubs ,
Thank you for contacting us.
We are sorry to hear that you encountered a problem when using the plugin.
Our team checked how the plugin works on our demo page and found no such problem, the plugin works as it should.
Also, we created a simple test page with the plugin where we tested âDisable Mondayâ, but also found no problem, the plugin works as it should. (Loom Video)
Please also create a simple test page with our plugin and make sure the plugin works as it should.
You may not have configured the plugin correctly, so please check how it is configured on our demo editor page and donât forget to use the documentation.
Also one of the reasons could be that the plugin conflicts with other plugins.
Thank you for your understanding and have a nice day!
Best Regards,
Zeroqode Support Team