Douglas "BearlyDoug" Hazard

Absolutely unethical to not allow people a way to quickly disable this.

Since you’re not responding, fine. Plugin is deactivated. I’ll go find another plugin that doesn’t pull this garbage.

Confirmed that it’s now working correctly again. Thank you for the fix!

Glad I saw your immediate follow up. Good grief… I can’t believe that’s all it was. Issue is resolved… thank you, @room34!

One of the first things I do when setting up any WordPress site (talking several hundred over the last decade) is to set the timezones correctly. In this case, I’m using New York (under Americas). That being said, I added

tz=”America/New_York”

into the ICS URL shortcode, and cleared the cache. No change in behaviors.

@priyankkpatel, getting a bit frustrated here at the non-response.

Also, we need an update (at least to the readme.txt file to bump to the latest version of WP) ASAP, otherwise, this plugin is going to be considered abandoned. As someone who uses this plugin on over 50 sites, this is a significant concern for me.

• This reply was modified 6 months ago by Douglas "BearlyDoug" Hazard.
• This reply was modified 6 months ago by Douglas "BearlyDoug" Hazard.

@wpnia, I really appreciate your support with this; you have been FANTASTIC to work with!

I’ve filed a “functionality change” request with the CF7 folks… I’ll keep you in the loop for this. Hoping they’ll accept the logic for the change. ??

Thanks again, Nia!

Nia, thank you for the change in allowing us to remove entries that don’t need to be filtered. The new interface works beautifully!

In regards to the “allow HTML” question, this is specific to the DK plugin (its error message when a duplicate entry is added in). In the WP Options table, “CF7_page”‘s value contains a serialized string. Searching for the unique (nonsensical) error message I put in reveals that the field name is “cf7_error_message”.

Searching within the D.K. plugin folder for that error message field name:

[site4@mwp-ssh ~/html/wp-content/plugins/duplicate-killer]$ find . -type f -print0 | xargs -0 grep -l “cf7_error_message”
./includes/functions_cf7.php

Line 174 contains the sanitization logic there (“sanitize_text_field”). If you change that to “wp_kses_post” instead, this will allow the HTML request I posted above.

Thanks!

• This reply was modified 11 months, 3 weeks ago by Douglas "BearlyDoug" Hazard.

I’ve got a better way to address points #1 and #3: Give us an interface to manage/delete items (single or bulk, or by form ID). That would address the issues, for now, I think. ??

Looks like I may have been a little hasty in marking this solved, even though it technically is. I’ll open a separate thread about what I’ve found.

Good morning (or afternoon), Nia! That seems to have done the trick. Thank you for being on top of this so quickly. I love it when my fellow WP Plugin authors are responsive like this. ??

You did get me going on a different path… and that was to look at the caching (it’s a managed GoDaddy WordPress site). Once I cleared that, the event showed up properly. Thank you for noting the DTSTART time issue, because I fixed that issue last night.

For everyone else, this is/was not an issue with the ICS Calendar plugin. If you’re on GoDaddy’s Managed WordPress platform AND you’re hosting an .ics file within your site somewhere, just be aware that you WILL have to clear the cache, or change the URL to add the following after the .ics link:

?gdcachingbites=RANDOMTEXT

(changing “RANDOMTEXT” to something random.)

Marking this as solved! (Again, thank you, @room34, for the assist!)

• This reply was modified 1 year, 2 months ago by Douglas "BearlyDoug" Hazard. Reason: Just a minor edit to clear out formatted text

I’ll need to send the credentials directly. I’ll reach out to you via your contact form and link to this post, so that I can get login credentials set up for y’all, as well. Thanks!

The select field is marked as required, and I’m using the proper [_raw_reasonForContact] parameter. And, yes, I’ve looked at THIS link. According to that page, if I make sure the select option is required, then itt should pass validation. ??

I have resolution! Just to confirm that the AWB plugin was not the cause, though it was a symptom.

Turns out that for the particular theme I use (WP Astra), if you have “Smooth Scrolling” enabled, that breaks anchor links. I will file a bug report with them on this.

I want to thank (and apologize to) @nko for the guidance and help. It truly is appreciated, Nikita!

Nikita was able to nudge me in a different direction. Turns out that it’s NOT AWB, as I initially said.

I do apologize to Nikita and AWB for this mistake.