Nick Verwymeren

OK I now see the issue, I had tagged 1.0 but didn’t commit any of the files to the repo. So even though they were in the trunk WordPress wasn’t picking anything up because it saw an empty 1.0 folder.

I ended up submitting a pull request here with some floating point error fixes as well:
https://github.com/woothemes/WooCommerce-Quantity-Increment/pull/6

Yes I’m seeing the same thing, when viewing through photodropper, the image looks fine, but when it’s added to my library it becomes distorted.

I;ve updated the plugin to 2.2.1. It should fix the issue where the one-time and monthly boxes weren’t staying checked.

The plugin has been updated to 2.2.1. Hopefully this has resolved the issues you were having. Let me know if it works for you.

Which setting in particular? I’m using 3.4.2 and it seems like my settings are being saved. I’m aware that the defaults are not working at the moment. I plan on re-writing the plugin at some point.

can you give some more details? I tried on wordpress 3.4.2 and everything seems to be working fine in the admin area.

I found a way to do this but it requires modifying some of the plugin code. Edit the introspector.php in the singletons folder and change the following from this (starting on line 6):

global $post;
$this->set_posts_query($query);
$output = array();

to this:

global $post, $more;
$this->set_posts_query($query);
$output = array();
$more = -1;

Setting the $more variable to -1 tells wordpress to output the full article regardless if there is a more tag or not.

I can’t believe I never thought of the firewall. I guess I was unaware that it was fetching the posts through curl (although it makes sense). I turned off our server’s firewall and it worked perfectly!

I had the same issue running wp 3.4.1 with wordpress seo v1.2.5 and the above solution worked for me. Simply deactivating and reactivating the “Strip the category base” option fixed the problem.

Great! Thanks for the quick response.

The blog is not locally hosted and I do not access the admin via https.

I see it’s just the url encode of the oauth_callback parameter. Guess I’m out of ideas as to what the issue is.

Yes I was logged in to google before trying the importer (with the account I wanted to import from). Also I do see the blog at blogger.com in my account that I would like to import.

I tried logging out of my account then tried to import from blogger again and still get the invalid token. When I go back to my WordPress install I do not see my blog listed, only the ‘authorize’ button.

Nothing is showing up in the php error logs and google doesn’t give me anything very descriptive except ‘Invalid Token’.

Here is the actual url I’m redirected to (I’ve remove the blog url but everything else is as is). Notice that there doesn’t seem to be any values for token or token_secret:

https://accounts.google.com/OAuthAuthorizeToken?oauth_token=&oauth_callback=myBlogURL%2Fwp-admin%2Findex.php%3Fimport%3Dblogger%26noheader%3Dtrue%26token%3D%26token_secret%3D

Also shouldn’t the ‘%3D%26’ actually be ‘=&’ ?

I got it working doing the following:

Make sure under Users->Avatars that the option User Uploads is unchecked.
Specify a path in the text box next to it. In mine I did:
/wp-content/uploads/avatars
Make sure this directory exists and is writeable by the server.
Check the box beside “Or, use legacy (v7.3 and lower) $_SERVER[‘DOCUMENT_ROOT’] method” below the text box.

This allowed the plugin to find the correct path.