opsec

Current PHP Version: 5.6.98

A good first step is to make sure all plugins are deactivated and a default Twenty* theme is activated. This will rule out plugins or themes causing this problem.

Also see, https://codex.www.ads-software.com/Create_A_Network

Hope that helps some. If you still have trouble you can paste the errors into https://wpbin.io/ and paste that unique link back here.

same problem occurring here, regardless of increasing memory limits, enabling or disabling woocommerce or related woo extensions..

78 total tables, on table 36 this error is produced immediately and the search is halted:

An error occurred processing your request. Try decreasing the “Max Page Size”, or contact support.

Jan,

Thanks for your unwarranted interference in a perfectly legitimate troubleshooting effort that helps other people.

no one in this thread is acting irresponsibly, has threatened or given away login credentials to anywhere publicly and I’m well aware of the risks, which is why it is a sandboxed *copy* of the site which duplicates the issue.

I do love the approach that everyone else is incapable of assessing their own risk or making decisions like an adult and possibly making some new friends in the process. It’s always nice to be talked down to like an infant as well.

Thanks also for making my second encounter with you just as unhelpful as the first. I’m glad you have something to do.

camu,

I’m happy to provide you an admin login to this sandbox,just reply to this thread with any email address and i will forward admin credentials.

It’s very strange indeed. I found only the inspector console error mentioned above by tokkonopapa.

What leads me to believe it is a conflict between wp-slim-stat and ip-geo-block is that if i disable one or the other plugin, i can edit pages again without the media modal window popping up and preventing editing. Once I re-enable the plugins and they are both active together, i get the media modal again when clicking anywhere in the main content area or any page/post edit screen.

This is all guessing at this point and this site is on a VPS i have full control over, so I’m happy to setup any sort of debugging or logging to capture any errors or clues.

Cheers

no problem, cheers.

tokkonopapa,

That worked like a charm. I’ve been out today sorry for the late response.

I appreciate it, thanks!

The conflicting plugin is Gravity forms 1.8.20 (Latest)

Indeed, it does now work. Thanks Dino.

Sorry if i was unclear above, but i have 0’s across the board for slimstats unless i disable gravity forms. No conflict mode is enabled with gravity (Version 1.8.4).

Under slimstat –> settings –> general if i set the tracking mode to “server side” my site loads a blank wsod.

The new GF 1.7.x has added a lot of !important added in various css files, the one that was causing me problems is in:

gravityforms/css/formsmain.css

.gform_wrapper li,
.gform_wrapper form li {
margin-left: 0 !important;

I removed the !important and all is right in the kingdom again, css ready selector still not working however.

I’ve got the same problem here, however I also have other strange CSS problems with the new GF 1.7, certain CSS properties like “margin-left: 300px;” for example, are simply ignored when creating my own classes for GF 1.7 fields such as “name” and “email”.

So I’ve created a complex legal scheduling form with custom CSS classes for each GF field such as .cl_name .cl_email .cl_phone, etc. In 1.6.10 things work as expected so something like:

.cl_name {
width: 300px;
height: 70px;
margin-left: 200px;
margin-top: -80px;
}

Everything is honored in all browsers except the margin-left property. Even if i use !important which is always a last-ditch effort it’s still ignored. I can inspect it with firebug or chrome and see the CSS being applied, but it’s simply ignoring the margin-left property which results in every field stacked on top of the other making the form impossible to read.

The only way to do so is manually from the database. If you don’t know what you’re doing it can screw up your WordPress install. This would be a useful feature to add, a checkbox the user can tick “delete my persistent data”

You can contact Riz (the maker of this plugin) directly here:

https://www.asthait.com/contact.aspx

He does respond, however he is in Bangladesh so there’s a time difference and I’m unsure of his current workload.

no, the form is intact the most recent entry is deleted and replaced with the currently submitted entry. So, for example, if you have 7 entries for a form and you submit a new entry the last of the 7 is deleted and replaced with the new entry, keeping it at 7 entries perpetually.

I’m having this same problem after clearing my cache in chrome the data disappears, until I login to the site again it’s re-populated. Is there a way to permanently delete the persistent data if the user chooses?

Thanks