CallMeAndy

The difference I assume BTW between the two test subdomains is that I created a specific subdomain in cPanel for the one with the 404 result, as opposed to the “server not found” with no cPanel subdomain setup.

Still a server issue – and no response!

Ok I will answer my own question!

The database changes actually worked perfectly. It was my hunch about permalinks that was the issue. I had a feeling, but couldn’t quite reach recollection, that you had to reinitialize permalinks. But I couldn’t see a trigger anywhere in the admin so I was assuming I was confused, of course you reinitialize by changing the URL structure for your permalinks.
And then changing it back to the desired structure.

Admin – Settings – Permalinks – Common Settings

Easy!

Well by heck! Thank-you so much.

I take it you have only just updated the plugin as it was only the day before yesterday I think that I installed it at this site.

Either way thanks again, its good to go!

Champ further to this thread and in confirmation this problem does seem to have been a theme or plugin conflict as you will see it is clear now with default twenty fourteen loaded and All plugins except Super Socialiser removed. The issue has definitely gone at test site adventurebod.com

Thanks for your help

hi Champ,
OK I have disabled ALL plugins with the exception of this one.
I have activated both the twenty eleven and and twenty fourteen themes. The issue still exists under both themes so safe to say neither theme issue or plugin conflict.

I have left this state with twenty fourteen theme should you want to have a look at adventurebod.com

Thanks

Yes that’s resolved. Dont know why I just didnt try it in retrospect, always a bit nervous with API’s shutting me out. Irrational I know but again thanks anyway champ!

Thanks Champ – the cache was cleared prior to my reporting the issue. And yes now the vertical sharing has been removed.

Not sure which site you are looking at though adventurebod.com is for testing only – adventurebods.com is production site.

So I guess we can say this is resolved. However starting a new issue!

I appreciate it champ.

Well actually not particularly conveniently as I have found a work around of deselecting all the individual services (FB, Twitter etc) and then Saving. This is of course removing the visual problem, though not so sure about unnecessary hidden overhead. But the check box:

Vertical (Floating) Sharing Interface Options
Enable vertical (floating) sharing interface

Is not effecting the expected change!

I am not sure what a screen shot will do for you except show you an unticked tickbox! ??

Yes. Well complex question. Do I like what you have done with it – yes its moving ok, been able to utilize it on some sites previously. Happy with those implementations.

Your response and support is first class, really happy with that Champ.

However just about to start one or more new threads for you. So there are issues. But I am fairly confident you will provide, answers, or solutions as you have in the past. ??

No you misunderstand – and sorry I have not intended to disrupt the thread here, but thought my experience might be relevant.

I saved as https://adventurebods.com

but when I looked back at the Google interface I find it has been recorded as https://….

So I edited the data to https://… and re-saved, thinking I must have made a mistake, but found that the change would not hold and the displayed data still showed as https://…. after re-saving.

I had cleared cache and rechecked before I wrote the comment on this thread.

Yet irony of ironies today when looking back there I find it has actually accepted the change after a delay. And now the plugin is working for me, so this may have been a red herring. But on the other hand there seems to be something of an issue on Google surrounding data freshness available to the API (or something). Google Issues and timing thus may have potentially been a cause for the OP too. Of course judging by the responsiveness and display of Google+ profiles these days it is perhaps not so surprising!

I don’t know if this is any help but just trying to set this up for first time with Google+ and I have run into the same problem I think – I have FB and twitter running OK.

Anyway I notice that the Redirect URIs and Javascript Origins on the OAuth screen at Google have been changed from what I entered : namely changed to hhtps instead of http as entered. And if I nav to that that secure URL in the browser I am getting: Secure Connection Failed

Well this is what I have gone with for the time being: but still wondering if there are any other suggestions.

//check if we need to redirect
if ( is_tax() ) {

	if ( get_query_var( "taxonomy" ) == "localities") {
		//Check if page exist - if so redirect to that page
		if (get_page_by_title( single_cat_title( '', false ) ) ){
			$pagelink= "https://adventurebods.com/" . single_cat_title( '', false ) . "/";
			header("Location: $pagelink",TRUE,301);
			exit;
		}
		//if not page exists goto next check
	} elseif ( get_query_var( "taxonomy" ) == "activities") {
	     //....
	}
}

I probably should have mentioned I have disabled all plugins and reverted to Twenty Fourteen, to test this. I reset to default permalinks and saved and then and then reverted to Post name style again. Afterwhich if I hover over the view link of the rogue terms in the taxonomy admin page it shows the hrefs still wrong i.e default style. and it follows accordingly so I get a 404