mikeotgaar

Hi Marcin

Thanks for joining the thread.

The problem addressed in this thread was the link on the Jigoshop website (after adding to cart) wasn’t available to download the plugin
I used the support method I found from the main Jigoshop site to submit the report (that I mentioned I hadn’t received an answer for.

Anyway, I managed to find the link above which I surmise is the link that should by available from the user account… You may want to see what’s going on with your site

The plugin seems to work OK…
Nice cart system by the way. One conflict with another plugin I found (sessions error – mentioned on your forums, and the info available was sufficient to fix things). But I’ve had to use an older version for PHP 5.2 so not worth reporting as the newest version probably doesn’t have the same conflict

I had no response from Jigoshop support, not even an acknowledgement of the submission, but eventually found the direct link for the plugin
https://jigoshop.com/free/genesis-connect-for-jigoshop/download.zip

@fmthompson
Try a test using SSL without the plugin.
1. Deactivate WordPress HTTPS plugin
2. Add the following to your .htaccess file

RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

BEFORE the WordPress re-write stuff e.g.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Putting the rule before the other WordPress stuff is important.

This will force ALL pages to serve over https.

If this fixes your problem, you at least know your SSL certificate is configured properly. (and unless you need to serve some page unsecured, you can leave this rule in htaccess – it’s faster than using a plugin as well.)

Thanks danieliser

Yeah – I prefer choices to do things so fully agree with what you say. It’s not a problem for me to edit the database, but there are a lot of WordPress users who can’t – one reason I get paid by clients to manage their WP installations ?? – so it’s always good to make things easy for them…

I didn’t mention before – the site with the error was a 3.8.3 multi-site install (my own, and I don’t like 3.9.* at all, so will keep it until there’s more options to remove things like the new editor).

Now I’m sure EM is working I can start updating the customers…

I’ve just found this as well – looks like a problem with Jigoshop

Issue resolved now. Excellent response to bug reports too!
FYI:
The error message in dashboard (was inserting in the JetPack stats graph field) persisted after updating to 2.0.5. I dropped the database tables (copied created modal data first) before installing 2.0.7
I guess it was just a transient anyway…

On retaining settings and data (clean un-install)
I was meaning that the plugin should clean out it’s settings when being deleted (per recommended practices), not de-activated only.
Perhaps in time you could add a checkbox at the un-install confirmation step to delete the settings and data like several other plugin do. (Lot of extra work I know, but a good idea for the less tech savvy who may have difficulty editing the database directly through PHPMyadmin)
Easy Modal still has 5 star rating from me.

Nice work ??

Admin was using SSL Yes,

Site had WordPress HTTPS (SSL) https://www.ads-software.com/plugins/wordpress-https/ installed… so could have been a conflict

Was having a bit of bother getting SSL to work with with a leadpages embed (doesn’t produce a normal WordPress Post/page-type) with the other plugin Client doesn’t want the whole site using SSL, only some pages

It’s a botnet – was mostly operating out of Eastern Europe initally, but has spread everywhere now
That “no_matches” is apparently a security loophole in some plugin (not sure which one)
also see this thread https://www.ads-software.com/support/topic/multiple-failed-logins?replies=3#post-5818870

Your site was being targeted by a Botnet.
We routinely ban (IP rules/htaccess) ALL traffic from almost all the former USSR states, web servers, bad hosts etc…
(I can make the list available – but note that it’s very aggressive so many may find it too restrictive.)
And are always finding more bad sources – often from the WordFence alerts. Basically if someone tries to login with a fake username – that IP gets checked and quite often the host CIDR is banned, permanently.

No, wasn’t a WordFence bug – was just the way WordFence works – hopefully it still works this way (I for one WANT to know when anyone tries to login, even if with a blank username) or I’ll be backdating to an earlier version…

Second this – Want anything to get rid of that horrible TinyMCE version 4 thing
(PS I use CK as standard on my Drupal sites)

Whatever was causing the conflict seems to have worked itself out ?? – Must have been a conflict with another plugin that got updated since reporting – or the WP 3.9.1 update fixed it.

We now have the formats options, as well as the modals (shortcodes) in the formats button drop-down list which is perhaps an unexpected bonus.

So yes – issue is resolved. (Thanks for your interest!)

PS: Sorry it took so long to follow-up – the move to the new town turned into a bit of a nightmare (long story), then a number of customers demanded their sites reverted back to WP 3.8 series (and your old plugin) which was a lot of extra work.

Also got this with one site. Disabling W3TC makes no difference. Single Site running PHP 5.4. Tried switching back to PHP 5.3 & 5.2
(Working fine on other sites including a multisite setup)

Manual calls e.g. /wp-admin/admin.php?page=backwpupjobs and /wp-admin/admin.php?page=backwpup result in error message “You do not have sufficient permissions to access this page”

Backups are however being generated.

I’ve tried replicating this on a mirror site on a testing server but didn’t get the problem.

You get another star – for the advanced link button.
Well Done – That was fast.
This forum should have another rating system – for developer support – 5 / 5 no arguments.

No Josh – IT WORKS – just clicked the “works” button now – hadn’t tested enough before. Been scrambling to keep several clients who updated their sites themselves happy – roll back to WP 3.8.3

2 stars – in comparison to the best editor ever for WordPress – UTMCE. It’s going to be hard for you to live up to that one.
At the moment WP Edit and Advanced Edit are too close – Advanced Edit (for now) offers a few advantages – e.g. assign buttons to any line.
(Only considering the free versions).

Next month I’m going to look at reverting TinyMCE in WordPress core from v 4 back to 3. I didn’t like 4 in Drupal 7 (that was easy to fix as there’s no built in editor in D7 – maybe WordPress should take that route too and package the editor as a standard plugin instead of adding it in core), and don’t like it in WordPress.

Tell you what though – get the advanced link edit back (I see you are already thinking of it) – that’s another star, and the Edit CSS button – another one. Can live without the row options (or clients can get the commercial version if it’s an issue) – I actually like the way the first row now wraps automatically.