Topic-icon Got stuck somewhere configuring JFBC Open Graph

Active Subscriptions:

None
On my Joomla website, there is a small blog (straight Joomla). I would like to have the headlines of these articles posted to the FB timeline of people reading those articles. It seems to me that JFBC contains all the nice features to make it work, but at the end...

I followed the Open Graph documentation step-by-step. This is how it went:
  1. I created an app on FB. I filled in the blanks. FB offers a Sandbox mode. This seems a wise thing to me, but the SourceCoast documentation doesn't mention it. Nevertheless, I turned the Sandbox mode on. Next, I created an object for 'article' and an action for 'read'.
  2. In JFBC, the first thing after checking all the magic numbers in JFBC is running auto tune. This passes all greens.
    The plugins JFBCSystem and JFBCContent are enabled, as is the Content plugin.
  3. In JFBC OG I configure the my object to grab 35 words from my articles and the first image. I also made sure that it is published.
  4. Again in OG, I configured the action 'news.reads' to 'allow multiple', multiple frequency to 1 minute, users can disable, automatic actions to 'on page load' and the timer value to 0.
Now, I would expect that a FB test user would see a notification message on access the page that it is posted to her wall. But this doesn't happen. The same applies if I first logon to my website with my administrator account and then access the pages.

I've been toying around with parameters and switches, but without success.

Your help is highly appreciated.

Regards, Paul
The topic has been locked.
Active Subscriptions:

None
11 years 2 months ago #30914 by buztan
Facebook have been making changes and there is some 'confusion' now as to what of these sort of things will work. I'm hoping for a nice message soon from Sourcecoast explaining all the Open Graph stuff just as soon as they understand what Facebook is doing!

www.sourcecoast.com/forums/jfbconnect/jf...open-graph-read-news
The topic has been locked.
Active Subscriptions:

None
I'm still confused. Would FB changing details on the Open Graph stuff explain why there is no automatic action on the page load?
The topic has been locked.
Active Subscriptions:

None
11 years 2 months ago #30916 by buztan
Ah, might have missed that bit. The changes Facebook made mean I think it won't get posted to their page, however if what you are saying is that you don't get the popup on your own web page when they look at the blog page that is something else. I note you say you have the timer set to 0 but as I understand it that would not be allowed by Facebook so you may need to change that anyway.

I did not get the pop up on my pages initially and found it was down to having jQuery enabled on the template settings I was using. Even though I didn't get the pop up though the action was still being recorded in the OpenGraph activity log in JFBConnect - do you see anything there?
The topic has been locked.
Active Subscriptions:

None
I know that I'll have to change my timer setting beyond 10 seconds before submitting to Facebook, but for the time being, as long as it should work on JFBC I thought it to be OK to wait a bit shorter. According to the documentation, JFBC should accept these values.

Anyway, I'm not using jQuery on this website; just the Joomla standard MooTools are loaded. I don't see anything in the activity log either.
The topic has been locked.
Active Subscriptions:

None
11 years 2 months ago #30918 by buztan
Might be worth trying changing the timer from 0 to at least 1 just to see if that is the problem but other than that Ok, well I'll have to leave it to the Sourcecoast people to give you an answer hopefully.
The topic has been locked.
Active Subscriptions:

None
You may want to see the actual page that is target for an auto 'like' action: www.kaleidoscoop-web.nl/index.php/waarom...twitter-op-een-feest .
The topic has been locked.
Support Specialist
11 years 2 months ago #30929 by alzander
Paul,
You'll definitely need to change these settings:

Again in OG, I configured the action 'news.reads' to 'allow multiple', multiple frequency to 1 minute, users can disable, automatic actions to 'on page load' and the timer value to 0.

A setting of 0 for the timer triggers the action completely differently since we don't need to use Javascript at that point. As Buzzy mentioned, I'd recommend at least 1 for testing, but you might as well just set it to (at least) 10 so that testing is as similar to 'final' as possible. Then, of course, switch the "allow multiple" to "Only once" or whatever. Multiple won't even work since Facebook will simply decline the additional attempts as news.reads actions are required by them to be 1-time only.

For Sandbox mode, we don't generally recommend using it. First, we can't set (or even see) that value in Autotune, which makes it prone to being left on.. and causing issues. 2nd, Sandbox mode prevents registrations, which can be nice, but that's about all it does on live sites and since we can't detect if it's enabled, our SCLogin module will go ahead and show the Login with Facebook button to everyone.. and then Sandbox mode will just throw an error if someone tries to use it.

So, with all that said, I can't see what's going wrong with the action. JFBConnect won't needlessly add Javascript to the page to trigger the action if the user isn't logged in, and I can't find the Login with Facebook button on your site. I'm also assuming it won't work if your site is in Sandbox mode. Additionally, the Open Graph data that would help me understand your action/object configuration isn't working (for me):
graph.facebook.com/schema/og/fb/kaleidoscoop-web

Finally, one thing to test is enabling the "Display FB Errors on Front-End" setting in the Facebook API tab of Configuration. That may show more information. Also, check the OG Activity Log in JFBConnect to see if anything is being written there. That will display success or errors, either way, which can help diagnose things.

I hope the above explains a bit. If we can login to the front-end of your site to test/see things, that would help us narrow down what's going wrong.

Thanks,
Alex
The topic has been locked.
Active Subscriptions:

None
Dear Alex,

Thank you for your patience. I've tried everything you suggested, but alas without any positive results.

Let me explain what I want to achieve: I want a simple 'share' button on my webpages. I learned from an earlier reply from you, that the FB share button is a depreciated feature and that the 'like' button with Open Graph customization is the way to go.

My website has no visitors logon, nor any other front-end logon. I think that I have no need for the SC logon on this particular site, do I? Does that limit any of the JFBC functionality?

I've the like button added to the web pages by the JFBC Social Content Plugin. This seems to work more or less OK. However, when pressing the like button, there is a strange series of events.
  1. A small windows opens and immediately closes
  2. After this window is closed, the like button is replaced by a plain string saying 'confirm' ('bevestigen' in Dutch)
  3. Pressing the 'confirm' link opens a new window, which allows me to press a 'like' button. No text can be entered.
  4. Pressing the 'like' button closes the window, increments the like counter and opens a modal window, allowing me to share the link on FB
  5. I enter a text in the text box and press the 'put' button ('plaatsen' in Dutch). The model screen remains open until I hit the close button. I can put the box multiple times
  6. The like action is logged in the FB wall of the test user, but the text I entered is gone. Also, only a few fields are filled: a picture, the page title and the site description. The intro text, i.e. the first few words of the page are nowhere found.
By your recommendation, I enabled the 'Display API Errors On Front-End' setting, but I didn't see any notification. Also, the Open Graph Activitly Log and the Requests Log are completely empty.
The topic has been locked.
Support Specialist
11 years 2 months ago #30963 by alzander
Paul,
It seems there's a bit of confusion reading through your posts. At the beginning, you're talking about Open Graph Actions. These are 'events' that you create on your site that a user can trigger.. reading an article, uploading a photo, joining a group, etc. In addition to Open Graph *Actions*, there's simply Open Graph tags, which describe your pages to Facebook. Those tags are used by a variety of things in Facebook, not limited to just OG Actions. Things like the Like button or Comment box will also use the Open Graph tags when a user Like's or Comments on a page from your site.

From your last post, it sounds like you simply want a Like button on your content. For that, you should enable the Open Graph plugins we have, but you don't need to create "Actions" as described in our long Open Graph Actions in Facebook guide. You simply need to add the Like button to your content, which can be done using the Content Plugin.

So, it sounds like you've already successfully added the Like button and hopefully have the Open Graph tags setup. Now, you're just getting the strange behavior when clicking the Like button (the confirm button and having to click it again). That is likely because your site is new. Facebook can show the "Confirm" link if it thinks the page being Like'd is suspicious (malware, spammy, porn, etc). Also, if your site is new, it may not know enough about your content and so it shows the Confirm button then as well.

What you can do is run your pages through the Facebook Debug Tool . That has Facebook scan your page and will point out any problems. As FB sees more content, they can properly categorize if it's 'bad' or not, and the 'Confirm' link should go away.

Finally, if you're just using the Like or Comment features of JFBConnect (not Actions), you don't need to use a Test User. You can do all the testing with your real Facebook account. You only need to use a test user for Actions, since they have to be approved by Facebook.

I hope that all makes sense and better explains things,
Alex
The topic has been locked.