Sorry about confusion – I’m not using Digg Digg plugin but had the same issue occur because the html code on my homepage didn’t have the “http://”
same here, but I am already using get_permalink() and added http:// Funny thing is that it works on one site and not on this one that are basically identical except for the app id.
Still can’t get it to work.
I commented line 1105 on dd-class.php
$url = rawurlencode($url);
to
//$url = rawurlencode($url);
And this fixed it?
Is that easy to put into functions.php?
Will facebook fix this instead?
OK as Pinto did, I commented all “$url = rawurlencode($url);” and it’s running fine now…
Anyone know how to do that using filters in functions.php? I don’t want to mess with the core code.
Needless to say I too am getting this problem and I’m hoping for an official update soon. I blogged about it as the problem isn’t exclusive to Digg Digg and it seems the fix is to stop url encoding urls…
After downloading the latest version to my desktop and guided by what Pinto did above my fix to the XBFML button is to comment out the first couple lines of the constructURL function in the dd-class.php file like so:
/*
if($this->isEncodeRequired){
$title = rawurlencode($title);
$url = rawurlencode($url);
}
*/
This is working on my blog, but I think an official fix would be better… It also appears there might be some means of turning off URL encoding from inside WordPress itself, or perhaps there should be…
Thread Starter
Doc75
(@doc75)
@davebos
I don’t think that Facebook will “fix” this since (as far as I know) the url now does not have to be encoded in the xfbml.
I think that the current version of the plugin did not take into account the “Like Button Migration” started a couple of months ago…
https://developers.facebook.com/docs/reference/plugins/like/
This isn’t a Facebook issue, they can totally change their API / OpenGraph format whenever they damn well please. Unfortunately they have changed it so much and made developers jump through so many hoops, it has gotten annoying. Digg Digg (Buffer) have to upgrade their plugin to be compatible with the new Facebook standard, I and others have done quick fixes and I’ve had to fix other PHP code.
I have much bigger issues with the official Facebook for WordPress plugin and the instructions for installing that. Many, many, people are not starting with fresh clean installs and have blogs that are five or more years old with numerous other plugins, Facebook doesn’t seem to grasp that, making bloggers register their blog as a “Facebook App” seems a bit much…
Wooops. I just realized that this was a discussion related to a plug-in, Digg Digg. Funny thing is that I am having the same issue without having that plug in installed. So I have no idea what is causing it. It occurs on one website that is almost the same as another that doesn’t have the problem. I will go through and see if there are any additional plug ins. In the meantime, does anyone know how to do a full text search of all code using wordpress or cpanel? My thought is to search for string “rawurlencode” to get a clue where this is happening. I believe the standard cpanel file manager search seems to be for file names only.
I’m using the latest wp with digg-digg and addthis-share plugins.
What I have figured out is this:
If I am logged on to FB in another tab, digg-digg FB button shows “error” on floating bar. If I am logged out, it shows fine.
I don’t think it is that simple @statosl I’ve looked at the code and it is a change Facebook made to their OpenGraph API requirements. I think the Buffer boys need to upgrade the plugin or someone else does. I posted my fix above which is based on other people’s fixes. It is documented on various blogs, even mine:
Facebook sharing is busted
This problem affected more than the Digg Digg plugin, I had to fix other PHP based Facebook sharing code with this exact issue.
