room34

Just wrapping this up for anyone else who comes across this thread… @bearlydoug and I continued to work on the issue over email. Ultimately our tests were inconclusive, but I think this may have been an environment-specific issue. That said, I’m well aware that different calendar sources handle timezone/DST rules differently, and it’s possible there are still some lingering issues around it within the plugin.

If you (anyone reading this) are finding that event times around DST are “off” by an hour, please use the support request form to send me your exact shortcode (I need the feed URL) and system report, and I’ll work with you to troubleshoot.

Just bumping this to see if it gets any attention. This is still not working for me, and rolling back to 1.5.7 did not resolve the issue. I tried poking around the plugin code myself to see if I could resolve the issue and the best I was able to figure out is that the JSON in etc/leaflet-providers.json doesn’t validate, but even after I fixed those issues, the map still doesn’t load.

I was able to drop the code from templates/osm.php into templates/admin.php and get an iframe-based map to show on the editing screen, with the pin in the right place, but the zoom isn’t set… that could probably be fixed, but since the iframe-based map doesn’t update dynamically when you search for a new location, it doesn’t really matter.

Forgot to clear the cache… try again.

Sorry about that. I just went in and changed the form to accept text files in the upload box.

Thanks… I’ll need to get the feed URL(s) and system report for one of those sites to troubleshoot this further. Please use the support request form. Thanks.

Have you checked that the source feed contains the correct timezone data? I’m not doubting your experience. But there are thousands of sites using the plugin, and I haven’t received any DST-related support requests in at least 5 years. There must be something specific to your configuration that is causing the issue. If you’re not able to track it down, please submit a support request including the feed URL and your system report and I can help you troubleshoot further.

ICS Calendar does support Daylight Saving Time. It was a huge focus of attention in the early development of the plugin. But it depends on the site having its timezone set correctly. It must be set to a Region/City pair, not UTC or a UTC offset.

https://icscalendar.com/general-wordpress-settings/

https://icscalendar.com/faqs-and-tips/#timezones-my-events-are-showing-the-wrong-times-what-do-i-do

You can also set the timezone for individual calendars using the tz parameter.

https://icscalendar.com/icsdocs/#tz

I’m seeing events in your calendar through August, but in general Google Calendar I believe includes events for up to one year from the current date. I may need to see your full shortcode and system report to provide any further support. Please use the support request form to send that additional information. Thanks.

@clauded007 Reviewing the updates, there haven’t been any changes to the plugin’s JavaScript since version 11.5.3, released 3 weeks ago, and there aren’t any changes there that are likely to cause this kind of issue.

Needless to say, I have no control over what’s happening with other plugins manipulating ICS Calendar’s JavaScript, although in general I would recommend avoiding doing that unless it’s absolutely (and measurably) necessary for your site’s performance.

In order to troubleshoot this further, I’ll need your full System Report and more specifics about the error. You can submit those using the support request form. Thanks.

In the meantime, I would encourage you to configure whatever plugin is concatenating JavaScript to bypass ICS Calendar’s scripts, if possible.

Thanks for bringing this to my attention, it didn’t come up in internal testing. I’ll investigate ASAP.

I’m using Apple’s Keychain/built-in Passwords app. I don’t have any extensions installed in Safari. (Also for what it’s worth there are no console errors.)

@kevbud Ah, yes, you’re right, it is getting added to the username field. I just noticed when I deliberately entered the 2FA code without manually clicking into the field, that when it went back to the main login fields, the code was appended to my username.

Disregard; I see this issue was already raised here and I added a reply to that thread.

@wfadam

I use Safari and am dealing with this problem a lot. I just posted another thread here because I didn’t notice this one in time.

It’s hard to know for sure whether the 2FA code is getting added to the username or password field… I assume it’s the password, but I haven’t really dug into it. But the reason this is happening is clear. The 2FA field is coming up, but the browser is not switching focus to it. The focus is (presumably) still in the now-hidden field the user was last typing in, in my case the password field.

Anyway… it should be a simple matter of updating the JavaScript that is switching the page to display the 2FA field to make sure it also switches focus to that field.

I am also observing this issue. If I try to upload an SVG logo or favicon in the Customizer > Site Identity, it’s giving the file type error message.

I can upload the same files directly in the Media Library no problem, and then select them from the Media Library in the Customizer and it works, but the direct upload in Customizer does not.