Social facebook integration - picture issue

Can you try to, temporarily, disable your multi-lingual extension and test your pages in the Facebook Debug Tool to see if the characters come through properly in there? The tool is available below:
developers.facebook.com/tools/debug

Test using that URL after any changes you make as Facebook will cache your settings. If you simply re-click the Like button, it won't show new changes.

As for the {backbutton}, try re-ordering the system plugins so the JFBCSystem plugin comes after (higher number) than the backbutton plugin you're using. That should help strip that html/javascript code from appearing in the description text, but you'll have to test to make sure.

Thanks,
Alex

AED,
For the {backbutton} and {xtypo} tags, there's not much we can do about that. Our Open Graph plugins will simply take the beginning text of your article and use that as your description. If the first text is some {xyz} tag, we can't know that and won't strip it out. We'll just insert that directly into Open Graph description tag. The only option I can suggest for that is to explicitly set the description tag you want for Open Graph by adding the following into the article text:That will skip our automatic description generation and use yours.

As for the language issues, the description tag method above may help fix that. Beyond that, you said that some pages 'work' and some pages don't. If you want us to investigate more, please provide a link to a working page so we can see what's different about it in addition to the not-working one you provided above.

Thanks,
Alex

Rich,
For the first post, when you move the site local, you said:

If I enable the same plug-in on local server you cannot view the site, no page is shown and you cannot reach to administrator page.

What happens when you try to visit the administrator page? Is there an error message at all? Can you go to the Joomla Global Configuration and turn off GZip compression and set Error Reporting to 'maximum'? That may provide a clearer message of what's going wrong.

We test and develop on a local site site, so running locally certainly shouldn't be an issue.

Image selection in Content Plugin
The newest version of the Content Plugin, v4.3.3, will try more aggressively to pick an image for your Joomla article pages. If you've created an "Open Graph Object" for the category the article is in, we'll use the image setting you've chosen there (first image in article text, category image, or custom image parameter). If you haven't set an Object type, or the setting for the image for that article isn't working, JFBConnect will try the following until it finds an image to use:
* Pick the first image from the article
* Pick the category image setup in Joomla
* Use the default image set in JFBConnect

So, we'll try more things, but if there's no image in your article or your category doesn't have an image, we have no other options but to use the default image or no image at all.

If that's not working for you, let us know a page where the image isn't being used, but there is one in your article. Also let us know how the image is being inserted into the article (inside the article text or some other method of specificying the image).

Thanks,
Alex

AED,
Sorry about that! Read the last message's signature, and just used that as the title.. yes, I was talking to you

Thanks for sending the error message. The problem is that you don't have the PHP cURL function installed on your localhost site. cURL is built-in to PHP normally. With WAMP, there's usually a single-click option to enable cURL and that should be all you need to do to get past that error.

Beyond that, at one point, we had better detection and failover mechanisms to not completely hose a site when cURL wasn't installed. We'll have to check into that again and make sure we didn't break something. Obviously, a pretty error message, while still showing your site, is what we should be doing.

Thanks,
Alex