• Index
  • » Users
  • » alzander
  • » Posts



We're investigating CB support.  I can't give a timeline yet, and wouldn't expect in the next release (1-2 weeks, which will mostly be a cleanup/bug-fix release), but we'd like to get some form of it in shortly after that.  Certainly, if more people chime up with it being a necessity, it moves it up our priority list.

There is already a discussion about the redirect issue, with a solution that has worked for others.  Please use the post below if you'd like to discuss further.  We're investigating a permanent fix for our next release.

<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=86&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

Can you also try at the site below?  This is one of the Facebook Connect sites that FB promotes as an example of what can be done.  Would love to know if you experience the same issues there.

<!-- m --><a class="postlink" href="http://www.somethingtoputhere.com/therunaround/">http://www.somethingtoputhere.com/therunaround/</a><!-- m -->

Originally found from this link:
<!-- m --><a class="postlink" href="http://wiki.developers.facebook.com/index.php/Trying_Out_Facebook_Connect">http://wiki.developers.facebook.com/ind ... ok_Connect</a><!-- m -->

Sorry for the delay.  So there's a few things we'd like you to try if possible, along with providing some more information.

1) In a command window on your server, go to the directory that the site is hosted at and type the following command:

This searches all files for the text "SERVICES_JSON_SLICE" and will help us figure out where the problem is coming from.  Anywhere from 5-20 lines will be spit out starting with filenames.  Please provide the filenames here.

2)  Go into the Joomla administration backend, and go to "Help->System Info" and let us know what version of PHP your using.  In 5.2 (I think), JSON was included natively.  I'm going to guess you're using something between 5.0 and 5.2, which may be aiding in this issue.

3) If you're willing to make a minor code change, please also try the following:
In the file: /administrator/components/com_jfbconnect/assets/facebook-api/jsonwrapper/jsonwrapper_inner.php:
Comment out line 3 so it looks like:
// require_once 'JSON/JSON.php';

This will prevent the problem file from loading, and hopefully just use whatever JSON file has already been included somewhere else.  This may cause issues, since now we're trusting a different JSON implementation, but I think it should be ok.

So... 2 things to report, and 1 to try.  Even if the 1 thing to try works, please let us know the first 2 so we can investigate for future cases.

Thanks for your patience.

I don't think we have any control over that window.  It's all done by Facebook (for security purposes).  We'll check to see if there's some parameters we can modify to help you out, but honestly don't think so.

I don't think Facebook lets you modify their login box.  Are you talking about the JFBCLogin module you'd want to open in a modal/otherbox?  Example sites where you've seen this always helps too current/big_smile

Same thing I would ask.  Always feel free to try logging into our demo site as well to see if they do or don't show there. It's a great way to determine how widespread or focused on you/your site the issue is.


Sorry we didn't respond yet.  We went through your site with a fine-tooth comb the other day and made no progress in figuring out what possibly could be causing that!  It seems like there's a hard-coded height on that module position, or one of the surrounding divs, but we couldn't ever find anything like that.

Can you try moving it into other module positions just to see if it ever works, or even create a 'custom HTML' module in that position with a lot of text and see if the same thing occurs to other modules?

Any investigation you can do like the above will greatly help us to figure out what's up.

There's a whole (lengthy) post about this below.  Feel free to put any suggestions on how to improve this process for the future.

There's absolutely no way that logging the user into the Joomla side can log them into the FB side, but we can try to change the "Connect this user..." text (or remove it altogether) if the Joomla user is already mapped to an account.  We'd love to have more feedback!
<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=76&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

This is really an issue of how you get to the website.  For both of the sites below, if you go to 'http://k9athlete.com/' or 'http://columbus-salsero.com/' the login box works.  If you put the www. at the beginning of either though, it will fail.  This is because Facebook requires that the site's URL be the exact same as the callback URL in the application.  The only way to fix this is to setup a redirect in your htaccess file (or your SEF component of choice) to always redirect users to the correct address... so if they go to <!-- m --><a class="postlink" href="http://www.k9athlete.com">http://www.k9athlete.com</a><!-- m --> it will redirect them to the 'correct' <!-- m --><a class="postlink" href="http://k9athlete.com">http://k9athlete.com</a><!-- m --> site.

Yeah, that's definitely a permissions thing.  We copy the avatar to the /images/ directory (that the error is showing).  Can you look in that directory to see if there's any of those jfbc_xxxxx_tmp.jpg files?  If so, open one up and see if it looks right.  If there aren't any, can you try changing the permissions temporarily to 777 on that directory, and trying again?

This topic is being discussed in the thread below.  We are investigating it, and if you have any new information to add about circumstances you're seeing it occur in, definitely let us know.

<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=42&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

Ah, that fix will work for you, but not for all sites.  Mainly, if your Joomla is hosted in a subdirectory on your site, you would run into issues.  Glad you found a resolution, and we'll try to come up with something that will work for everyone in a future release (so you don't have to re-mod that file every time).

I just looked at our demo page, and of all the users, we have one unknown.unknown as well.  This occurs when JFBConnect is unable to retrieve information about a user, and those are the 'default' values we put in.  We're investigating both why the user information wasn't able to be pulled and how to prevent the user from being created when this happens.  I don't think it's a browser issue (IE vs FF) but if you happen to see some differences, let us know.

Thanks for notifying us of the problem!

Thanks for spreading the word.  We'd also love to hear about the modifications you made to the module.  If they seem generic enough to work for everyone, we'd definitely like to include them in a future release to make everything work better.

Thanks for posting the error.  Just wanted to let you know we are investigating, but don't have an answer yet.  Is it possible that you changed a JomSocial field and it's using old field information?  Can you try going into the JomSocial tab in JFBConnect and just hitting "Apply" again, and see if that helps?

I don't know much about the warning.  My earlier advice is still the same advice: On the pages the Avatar doesn't show up (which indicates the FB calls are not functioning correctly), unpublish modules until it starts working.  Then start enabling them again and see which one (or combination) seems to be preventing the avatar from showing up.  Let us know which one(s) are causing the problem, and we'll look into it more.

I'm not suggesting to disable the modules permanently, but there are obviously plenty of people using JomSocial and Fireboard with JFBConnect, so there's something about your configuration that we need to narrow down before we can really dive in and try to provide a solution.

If you can post the error, it will help us immensely to find that section of code and analyze what might be happening.

I see what you're saying about the feedback to Facebook.  No, it's not there yet, but we are working on putting together a roadmap for future development (we'll try to post some of the ideas here for feedback as well).  Initially, the first new things are ease of use items, but then we plan on doing more FB integration work like what you're asking for.  We'll keep you posted.

There is another thread with this same error.  Please read my response there and use it for future posts, if you can give your details.  That user has not responded with them yet, so we've been unable to verify if our original assumption was correct:
<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=71&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

1. On the invite friends part, the "skip" button when clicked takes you away from the site to facebook where you get an error message;
Make sure you have set the "Post Invite URL" properly in the module settings.  This should be a full path (<!-- m --><a class="postlink" href="http://www.blah.com/xxxx">http://www.blah.com/xxxx</a><!-- m -->) to where users should be sent after they invite, or cancel the invitation to their friends.
The thread below (SourceCoast post towards the bottom) also explains how to change the text of the "Skip" button or possibly hide it.
<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=55&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

2. Is there anyway to not have it log you out of facebook when you log out of the site?
Not really.  If you wanted to make some modifications to the mod_jfbclogin module, I could help you remove the code to do this, but we don't think it's something most admins would want.  Facebook recommends that you log out of both sites for security purposes, and so we implemented it this way.  If you just wanted to log out of the Joomla side, any JFBConnect/Facebook Connect enabled modules would not recognize that the user is logged into Facebook.. they expect the user to be logged into both the Joomla and FB side.

3. Sometimes it seems to get caught in a redirect loop (not sure if it is this extension specifically).
There has been issues with this in the past, but we think we've got them all.  If you can give a rundown of events that you've seen cause this, we'll be happy to investigate further.

We do have integration with JomSocial where we pull in the user's FB avatar and profile information into their JomSocial Profile.  We've done some preliminary investigation into doing the same with CB, but haven't had nearly he requests for it.  We'll keep it on our radar, but it's not being planned right now.  If more people flood this board with requests though, it will definitely bubble up.

There's another component or function on your system using the JSON class. The JSON is distributed with the Facebook API and necessary for operation.  However, it's a generic and redistributable class, so other components may be including their own 'copy' of it, which causes this problem.

Are you using Linux or Windows?  I can give you a command to run to help you find the other component that's also declaring the JSON class, and help come up with a solution that resolves the incompatibility.

The Facebook Connect API comes packaged with the JSON wrapper (an easy to use mechanism for transmitting data between two servers).  The error indicates that something else in your system is also trying to include a JSON class with the same name, so PHP doesn't know which one is the correct one to use.

Not a permanent solution, and may cause issues, but you can rename the JSON file below to see if that fixes the issue.  This will cause the FB API to use whichever one is installed already, which may cause incompatibility issues.. but at least will help you figure out if it works.

I still can't figure out what it is, but I'm sure it's a problem module or template problem.  The main reason I say this is because look at the bottom row of 3 modules you have starting with the Vitruvi Hit counter, or whatever it's called (great module, by the way).  On the pages that the FB stuff doesn't work (no connect button, no avatar), it's at the very bottom and in a row on it's own:
<!-- m --><a class="postlink" href="http://www.pencerahanhati.com/">http://www.pencerahanhati.com/</a><!-- m -->

On pages the FB features do work, the modules are brought up inside the component area:
<!-- m --><a class="postlink" href="http://www.pencerahanhati.com/index.php?option=com_myblog&Itemid=82">http://www.pencerahanhati.com/index.php ... &Itemid=82</a><!-- m -->

This indicates there's a broken div, or other unclosed HTML element somewhere.  Since most of the Facebook features work by loading the elements from the facebook site directly, some broken divs can cause this exact problem.  I don't think it's necessarily JomSocial or Fireboard directly, but they could be the problem (since they have their own templating system).

This issue was fixed in the 2.0 release published yesterday.  It should be resolved now (the Warning line at the top is a guaranteed sign that you're using an older RC version).... certainly if somehow that's still showing up, let us know.  Your Authentication Plugin should be version 2.0.2 (that's the 2.0 release version)

As for your other post about logging in on the Joomla side and still seeing a "Connect this account", this is the 2nd time we've seen this and started us thinking... so we made the post linked below for suggestions on why it's like it is, and soliciting feedback on how our users think we should 'fix' it.  It's lengthy.. sorry  current/lol
<!-- m --><a class="postlink" href="http://www.cmsmarket.com/forum/index.php?f=38&t=76&rb_v=viewtopic">http://www.cmsmarket.com/forum/index.ph ... =viewtopic</a><!-- m -->

  • Index
  • » Users
  • » alzander
  • » Posts

Board Info

Board Stats
Total Topics:
Total Polls:
Total Posts:
Posts this week:
User Info
Total Users:
Newest User:
Members Online:
Guests Online:

Social Stream
Hide, Seek & Defuse

Handheld Electronic Game

Alex from SourceCoast is working on a new electronic game for kids called Countdown. It's a timed game of Hide & Seek with mini-games (Whack-a-Mole, Simon, etc) to complete when you find it.

Hide and Seek Toys

Before You Leave

Let us send you a 10% off coupon

For Your Next Purchase

Please enable the javascript to submit this form

No , I don't want a discount