150d
Forum Replies Created
-
Yes, I had already noticed the link. But thanks for the hint anyways.
This will bring you to the main menu – but if you haven’t completed those startup questions, you still can’t select what you want: It wouldn’t allow me to select the few options I needed without applying a full set of defaults – which I absolutly didn’t want to do. I rather deleted the plugin and moved on. 🙁
Forum: Plugins
In reply to: [Contact Form Clean and Simple] not sendingNo, I don’t know of a fix. The demo page I set up apparently wasn’t enough to figure out the problem.
I ended up changing to another plugin. There it worked on the first try.
Regards
Forum: Plugins
In reply to: [Contact Form Clean and Simple] not sendingHi again,
Sorry, but I have to come back on this once more:
My provider told me that the error I’ve been getting from my wget-test referred to missing parameters on the URL and/or unspecified methods (get/post). This makes sense, because a normal request will surely transmit at least the Google API-key in some way, probably as part of the URL. In any case, I get a similar error if I try the wget at home – indicating that this isn’t the problem on my server after all.
Additionally, as I just noticed the behaviour on my WordPress-site has changed: Before, the “send” button simply did nothing. Now, the message “Please solve the recaptcha to continue.” appears. This is after the reCAPTCHA has already been marked with a green check mark, indicating a successful answer.
Can I get some sort of debug log from the plugin?
Regards
PS: To make matters worse – I just tried a different contact form plugin, and it worked there. So it actually seems to be a problem with CaSCF after all.
Forum: Plugins
In reply to: [Contact Form Clean and Simple] not sendingI’ve contacted my provider on this issue.
Thanks for your help!
Regards
Forum: Plugins
In reply to: [Contact Form Clean and Simple] not sendingHi,
indeed: It’s hard for me to debug this (shared hosting with limited features), but I can get this result on a console:
[code]
> wget https://www.google.com/recaptcha/api/siteverify
--2015-09-07 12:00:02-- https://www.google.com/recaptcha/api/siteverify
Resolving http://www.google.com... 173.194.116.180, 173.194.116.179, 173.194.116.176, ...
Connecting to http://www.google.com|173.194.116.180|:443... connected.
ERROR: cannot verify http://www.google.com's certificate, issued by /C=US/O=Google Inc/CN=Google Internet Authority G2:
Unable to locally verify the issuer's authority.
To connect to http://www.google.com insecurely, use --no-check-certificate.
[/code]So it seems clear, the server can’t verify Google’s SSL certificate.
Can you venture a guess as to why? Is this Google’s fault or my provider’s?
Regards
I made the change (update user ID in the database) a few weeks ago. The display was fine afterwards, and so far there have been no further problems.
Fixed. 🙂
Regards
Ok, I did both, without anything changing for the better. (For the plugin install, I simply switched the old for the new directory – there are no old files to keep, right?)
I just looked into the database. In table wp_ngg_gallery I found this:
The galleries that show the error have the field “author = x”.
The galleries that do not show the error have “author = y”.
(Not wanting to give away any secrets here, so let’s keep it at “x” and “y”… 🙂This gave me an idea: The “bad” galleries are all old ones. For quite some time I’m using iThemes Security. One of its functions is to change user IDs for admin users. Could it be that “x” is the user ID before the change, and “y” is the ID after the change? NextGen wouldn’t be able to locate any user “x”, that’s why it shows an error.
Can I just modify the said records in the database “x”->”y” without side effects?
Regards
Thank you, that’s good to know.
Regards
Same here. It says “1.11.1” (not “1.11.0”), but there is no checkbox to deactivate.
I had to disable the plugin to get my site running again.
Regards
Ok, I’ll keep it in mind. It looked like an identical issue, so I didn’t start a new thread.
No, I didn’t follow up on “WP 500px jsGallery” yet. It had “experimental” status on my site and wasn’t actually in use anyway, so no big loss for me. I think I’ll drop the author a note, though.
Regards
I have the exact same problem: I updated WordPress to v4.1 and NextGen to v2.0.66.37. Right afterwards it appeared to work, although page loads might have been slower than usual.
Today, without any warning, Jetpack Monitor reported my site down. When I checked I got a long load (over 5 minutes) and then the following error message (WP_DEBUG in config file enabled:)
Warning: opendir(/[path]/wp-content/plugins/nextgen-gallery/products): failed to open dir: Interrupted system call in /[path]/wp-content/plugins/nextgen-gallery/pope/lib/class.component_registry.php on line 724 Fatal error: Class ‘C_Router’ not found in /[path]/wp-content/plugins/nextgen-gallery/nggallery.php on line 395
Except that disabling Nextgen (I can still access the Admin backend) did NOT fix the problem.
What can I do to get my site back up?
Regards
edit: Disabling Nextgen did help, as a matter of fact. It took a few cache-clears to show. But how can I get my galleries working again?
edit 2: My jQuery version is 1.11.1 (as reported by iThemes Security.)
edit 3: Ok, I’m back up. The conflict on my site apparently was between NextGen and “WP 500px jsGallery”. Still…