Pepperfly

Greetings, @highprrrr …

I have not changed a thing about the widgets I’m using. I’ve updated TEC to v5.8.0 and re-enable updated designs for all calendar views using the Tribe Events Styles. The issue appears to be resolved. I do have some other plugins that beg to be updated, so gimme a sec and we’ll get everything updated…

…updated other plugins (one of them being Event Tickets (v5.1.5 to v5.1.6)). Tested and all is still working as desired. Woot!

Note that the site where the issue was being exhibited (in my case) doesn’t use a caching plugin (maybe it should, but for now it doesn’t). Also, the issue occurred on the desktop and mobile browser renditions of the page and only when not logged in to the WP admin dashboard. The fact that the problem didn’t persist for a user that was was logged in to the WP Admin dashboard was perplexing.

Anyway… good to go again! I appreciate the work on resolving this. Thanks!

I’ve been reading years worth of this same problem in this forum. This is one of the newest related to the same problem that is being exhibited on my site. The problem persists on desktops and smartphones.

The months change fine when I’m logged in to WP, but when I log out of WP, the months do not switch.

I’ve tried changing date formats and languages that others say have worked for some (but not for most), but still no resolve.

I tested the demo site. Pie in the sky. So many of us would like our calendars to work like that. ??

I disabled the month view cache, no resolve.

Aha… here’s something… when I disable the updated designs for all calendar views, IT WORKS! Re-enable, broke again. I guess this will be my temporary fix for now. It’s uglier and links to change months are at the bottom of the calendar, rather than at the top.

Looking forward to a resolution.

@danny114 (et al)…

I’m having the same issue. Many people are, and probably on various hosting providers (many are trying to get their theme designer to figure out the prob). I had a strong suspicion from the beginning it might be a ModSecurity issue, and I am glad @danny114 has spearheaded this.

Funny, though, first troubleshooting tip from so many “helpers” is to disable all plugins. I don’t even have plugins installed. There goes that theory! ??

Anyway, I can list the errors, too, as @danny114 did, but what would be super helpful is if @danny114 can find out what rules were specifically white-listed and post here so we can ask our hosting providers to do the same (ironically, mine is also Arvixe, and I have accounts on two different servers).

Thanks! ??

Hmmm. No reply after a few days. I’m no longer interested in this plug-in. You can close this thread. Thx.

Also can’t escape an apostrophe in the features list. All content after will be truncated. Using ‘ breaks the pricing package. If you have a working cached page, you can go back and re-save, otherwise you have to recreate the pricing package. In order to avoid, you can’t use an apostrophe. Omitting the apostrophe just to make the package work makes many words look grammatically dumb, like “cant” and “yours.”

I can’t believe this problem is marked resolved. Hehehe…

I think I’ve figured out the problem…

Edit the file “responsive-pricing-table/pricing-shortcode.php”.

Change:

echo $html;

to this:

$html .= '<p style="clear:both;" />';
return  $html;

Seems to fix for me. Now the problem I’m having is that my table won’t center.

Same prob. Shortcode is placed at the point I want the table to appear, but the table displays at the top of my page.

@sayful, You mentioned you detect @projectrk is using a different style.css. In my case, I import a custom CSS file from my theme’s default style.css file. However, I have not re-styled the table at all in either the style.css or my custom CSS files. I’m using the plugin straight out of the box. If you suspect it’s a css file prob, perhaps this insight helps.

I just read that Safe Mode is deprecated as of PHP 5.3.0. The server I duplicated my site to is running 5.3.x. Seems the plugin should detect this and not fire off a false positive warning. However, the warning would not allow to ignore and proceed anyway without forcing to add/update the php.ini file accordingly.

Thanks for the reply. I’d forgotten that I posted that feedback. Thanks for responding to it. I’ll look into your suggestions, as Wiki’s are still on my to-do list <heh>. ??

@childrensfitness… Just to let you know, I’m having the same issue as of the past couple of days. Looking for answers. Guh!

Tricia, btw, WordPress should have automatically created/updated the .htaccess file during installation. To see if you have one, use an FTP client or cPanel file manager to view/edit the directory structure and files in your hosted space. There’s likely no need for you to create it manually, and again no need to add the filter, since it will do no good, anyway. If you do need to create a .htaccess file, read this post.

Tricia…

As I mentioned in in this post, adding the filter in your .htaccess file is futile, since Mod_security no longer allows for disabling by this method since v2.5.

What you need to do instead, as confirmed in the subsequent post, is to send a message to your hosting service tech support and request them to edit the httpd.conf file for your site to have mod_security disabled.

I hope it works out for you. Post back here if it resolves the issue. GL! ??

Here’s that update. My host indeed disabled mod_security. I am now able to insert images into posts without encountering the HTTP error. I am curious to hear back from @levelsevenltd as to the status of the original problem.

I’m currently experiencing the same problem with my hosting service. I am pretty certain that it’s a mod_security issue. I’ve vainly tried everything under the Sun to filter the file that exploits the precondition via my .htaccess file. But I recently discovered that there’s nothing I can do myself to resolve the issue. Since v2.5, Mod_security no longer allows for disabling using one’s .htaccess — the httpd.conf must be edited. You need to contact your hosting service tech support and request to have mod_security disabled (i.e., commented out and whitelisting the domain). I hope my hosting service tech support handles this soon! I’ll report back here and give an update.

I figured out another way to do it with an anchor tag (which actually works out better for my need (in this case) than the ordinary submit button.

Change the select tag to:
<select id="url" name="url">

Replace:
<input type="submit" value="Submit" onclick="window.open(url.value);" />

…with:
<a href="javascript:if (document.getElementById('url').value) window.open(document.getElementById('url').value);" target="_blank">Submit</a>

I’m able to add classes to the anchor tag (that I’m already using elsewhere) to style it as a custom button. Would have required extra CSS just to to the same to the input[type=”submit”] tag.