@Denise Thats the exact problem I am facing, thank you, its good to see that its being fixed I have no problems testing out 2.5.1 but is it built yet? Where would i find this branch?
@hoerich I am going to try deleting the calendar after the 2.5.1 fix, which seems to address the issue,
since i started testing airtime, my website was destroyed, So I need to focus on restoring the drupal backend of the website for a week or so.
Work from git was just if you have installed from git you could switch branches to use the updated code. Are you OK with databases? If all your timezones are the same already this could be a different unfixed bug right now. What slot are you trying to fill? Worst case a show instance can be manually put into the database for now
ok, so this show is set up as a repeating linked show. Have you first tried to see if you can drag this show on the calendar to midnight instead of going through the edit form? Maybe somehow that could avoid the bug, I'm not really sure how this code is working right now though.
Do you have this gap every saturday and sunday then? Which version of Airtime do you have installed? 2.5?
OK so that didn't throw you any overlapping error when resizing by dragging on the calendar? It worked fine, all your shows are until midnight now?
I'll have to lookout for a bug then with this show adding form.
Glad it worked out :) Sorry you had to go through that in the first place though. I'm debating whether or not to remove this overlapping check completely since it seems extremely prone to bugs and I don't think it's possible for it to work 100% of the time.
Yes, all of the future shows are now filled out to midnight.
Once you showed me the work-around, I was able to make that show and the preceding one three hours each, as I had originally intended. I couldn't move the start time with drag and drop, since they're linked, repeating shows, so: