× Joomla Facebook Connect support forum

Topic-icon JFBConnect User Plugin not installed / status updates

Active Subscriptions:

None
14 years 5 months ago #2241 by qrme
Just upgraded to 2.5.0 and the JFBconnect status page shows that JFBConnect User Plugin is not installed.

Also, can login in using JFBConnect but the Status / wall settings doesn't appear to be working (It's enabled). Is this something to do with the User plugin not being installed ?

Could a couple of members try logging in at <!-- w --><a class="postlink" href="www.qrme.co.uk">www.qrme.co.uk and see if your status is updated. You should see Just joined www.qrme.co.uk.">www.qrme.co.uk.. / just checked latest scans.. (Thanks)

Required Extensions
Installed JFBConnect Authorization Plugin
Not installed JFBConnect User Plugin
Installed JFBCLogin
The topic has been locked.
Support Specialist
14 years 5 months ago #2247 by alzander
The user plugin should have been installed with this version, but needs to be enabled. Try going to your plugins page to see if you can find the "User - JFBConnect User" plugin and enable it. We can try to make it more clear in the next version what the x means (whether it's not installed, or simply not enabled).

The user plugin takes care of:
- Importing the user's profile on registration & login
- Setting the status message

Facebook requires approval for status messages to be sent from an application. The only place we ask for this right now is during the initial registration.. so for now, this would only work for new users. However, we're working on ways to allow you to ask your users post-registration for the right to post on their wall.

So... to fix your issue, enable the plugin.. and then try to register on the site and let us know what happens. Again, this is a new feature, so there may be instances where it doesn't work perfectly. If you run into one of these cases, let us know. We'll get it fixed.
The topic has been locked.
Support Specialist
14 years 5 months ago #2248 by alzander
Oh. If you want to test with your user account that already exists, you can enable status updates manually by:
- Logging into your Facebook account that's already connected/mapped to your site
- At the top, go to "Settings->Application Settings"
- Use the "Show" dropdown and select "Authorized"
- Find your application name, and click "Edit Settings"
- Go to the "Additional Permissions" tab and check "Publish recent activity (one line stories) to my wall"


Now, login messages should be posted to your profile.

Again, let us know what works/doesn't.
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #2267 by playak

sourcecoast wrote: Go to the "Additional Permissions" tab and check "Publish recent activity (one line stories) to my wall"[/*]

I only see 'Publish to streams' there...
The topic has been locked.
Support Specialist
14 years 5 months ago #2272 by alzander
I think they're the same thing. Across different apps, they all say something slightly different. I'm not sure if this is based on when the app was created or what. If you enable that, and aren't able to see status updates, let us know.
The topic has been locked.
Active Subscriptions:

None
Having the same problem, nothing posted to my wall. I verified that the Application settings are set as directed but no luck.
The topic has been locked.
Active Subscriptions:

None
14 years 5 months ago #2280 by playak
they are not the same thing. stream_publish is an umbrella permission for being able to post status, comments etc. see:
<!-- m --><a class="postlink" href="wiki.developers.facebook.com/index.php/E...s/Stream_permissions">wiki.developers.facebook.com/ind ... ermissions
I think I'll only be asking for stream_publish in future apps.
The topic has been locked.
Support Specialist
14 years 5 months ago #2284 by alzander
Looking at this document on Facebook confuses me a little about which permissions to use:
[url:1gbxcg74]http&#58;//wiki.developers.facebook.com/index.php/Extended_permissions[/url:1gbxcg74]

There are basically two places we use the permission name:
.../components/com_jfbconnect/includes/jfbconnect.js (note it is used twice):
var permission = "publish_stream";
FB.Facebook.apiClient.users_hasAppPermission(permission,
function(result)
{
	if(result == 0)
	{
		FB.Connect.showPermissionDialog(permission,
...

.../components/com_jfbconnect/helpers/facebookhelper.php
if($fbClient->users_hasAppPermission("status_update"))
{
	$fbClient->users_setStatus($message);
}

We are changing the top instance where we are requesting the permission from the user to publish_stream, but leaving the one where we actually check if we have the permission before posting the message as status_update.

Hopefully this works better.

We will have a new build out today. It will also fix your redirect issue.

When you allow this permission through Facebook, do you see your status message being posted? If that is not working, we would like to get it fixed if needed before creating a new release.


Thanks.
The topic has been locked.
Support Specialist
14 years 5 months ago #2286 by alzander
v2.5.2 was just uploaded. We also found what could be causing the missing status updates.

The JFBC User plugin MUST be ordered after the Joomla User plugin. This is because we check if the user is a guest or not in many places, and the Joomla User plugin is what sets the user to be 'logged in'. If your JFBC User plugin was before (or had an ordering equal to) the Joomla User plugin, some of these events wouldn't fire.

We also added a check to the JFBConnect admin overview page to ensure that the ordering of these plugins is correct (there's now an 'x' to the right of the User plugin if it's before the Joomla one, with a tool tip which explains why).

Please let us know if this fixes the issues you're encountering.
The topic has been locked.
Active Subscriptions:

None
Ok, installed ver 2.5.2 and bumped the Joomla user plugin up ove the JFBUser plugin. New users are now getting the wall post when creating an account. My existing users do not appear to be getting posts even though the permissions are set as instructed earlier in this string. The redirect issues appear to be resolved as well.

Thanks,
Carl.
The topic has been locked.