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
Hey @ZeroqodeSupport 
I noticed some strange behavior of the plugin in the last two versionsâŚ
I deployed to the last version (3.105.0) and noticed that my condition.
I have a calendar where my users, by default, canât select Saturday or SundayâŚ
But I have a specific situation where I need to let them select Saturday, and this condition always worked without fails through the conditions tabâŚ
When I updated to the latest version (3.105.0), Saturday and Sunday became selectable, even though they are both blocked by default. And note that there is no condition that enables Sunday. The plugin is simply ignoring the Saturday and Sunday blocks.
So I decided to downgrade to version 3.104.0 and noticed that, this time, Saturday and Sunday are blocked all the time. Even though the condition that should release the Saturday selection is met.
I downgraded again, now to the version 3.103.0. Now everything is working as expected.
Can you please take a look?
Hi @rpetribu,
Thank you for your reply and all the provided details.
We havenât been able to replicate the issue on our side, so to help us investigate further, could you please provide any additional information or details about the error youâre encountering?
Specifically, weâd appreciate it if you could share:
- A detailed description of your use case.
- Screenshots and screencasts show how youâve set up the workflow, the plugin elements configuration, the problem occurring, and what you were expecting instead. For recording screencasts, Loom is a great option.
- Please provide the type of device and operating system version youâre testing on. If error messages appear during screencasts, please make sure your browser console is open (F12) and send us a link to your recording.
We appreciate your cooperation!
Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble
I managed to find the issue @ZeroqodeSupport. And also, sorry but I posted in the wrong plugin thread 
. This issue is not related to Air Calendar (FullCalendar), which I am also subscribed to, but to AirDate/TimePicker.
@fede.bubble could you please move our last conversation to the correct topic?
So⌠moving onâŚ
The issue is with the option âBlocked Datesâ. In the last version, if you have dynamic data in this field, the options to disable any week day will stop working.
Hello @rpetribu,
Thank you very much for providing the screenshots and the Loom recording.
They are very helpful for our investigation.
Weâve shared all the details about the issue with our development team, and they are currently investigating it.
Weâll be sure to get back to you as soon as we have any updates.
Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble
Hi @rpetribu,
I wanted to provide a quick update regarding the issue with Air Date Time Picker Plugin.
Iâm pleased to inform you that the plugin has been updated to version 3.106.0, and the issue with blocked weekdays and blocked dates has been resolved.
Please update the plugin to the latest version in your app and let me know if everything is working as expected.
Feel free to explore the pluginâs functionality on our demo page as well.
Thank you once again for your patience and valuable feedback!
Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble
1 Like
As always, thank you for the quick resolution of the issue. 
1 Like
Hi @rpetribu,
â
Iâm happy to hear everything is running smoothly now! Itâs always a pleasure to help, and we truly appreciate having you as part of our community.
If youâve been enjoying our plugins, weâd love to hear your thoughts! Your feedback not only makes our day but also helps others in the Bubble community discover the best tools for their projects.
â
Leaving a quick 5-star review takes just a minute and makes a world of difference. Simply head to the Plugins tab in the Bubble editor, search for the plugin, and rate it!
â
Want to help even more? Share your experience on:
Zeroqode Reviews
G2
Clutch
Trustpilot
â
Your support means everything to us and helps us continue building awesome products for you!
â
Thanks once again, and wishing you an amazing week ahead!
â
Best regards,
Support Team
Browse all Zeroqode Plugins for Bubble