[quote name='nbuckley' date='27 September 2010 - 02:11 AM']
[#999990] An error occurred while trying to authorize this Facebook connection
i temporarily fixed it by modifying the callbackurl and moving the reg parameter to the beginning so that the string read ?reg=1... instead of ®=1. but that's just a temporary kludge, i hope you can fix it for real in your next release.
My users are getting this error also.
Where did you make this modification at? I looked in both the app settings on FB and in the interface/facebook/index.php file and didn't see that parameter referenced in either place.
Let's talk cars for a minute. What you've done by moving that block of stats is take the speedometer (something you use everyday and is vitally important to the functional operations of your vehicle) off the dashboard and placed it in the trunk instead, replacing it with more prominent notices for recalls, advertisements for the current model year, and other messages from the manufacturer of your vehicle (all of which are important, but not vital to the everyday operation of the vehicle).. They has to be a better way to nag people to upgrade, if that is the intent. To relocate the core functionality (like the speedometer in your car) of the forum admin dashboard to somewhere less prominent was a decision made without considering the user interface & usability.
Yes, much of that information is available on the board index, but not everyone elects to display that information. However that information is always made available to admins on the dashboard. I don't know if you are familiar with driving a standard or not, but just because you can hear the RPMs (and are familiar with the shift points) doesn't necessarily mean that you don't need to or want to know what the engine is actually doing. That tachometer is still functionally important and needs prominent visibility.
The core functionality of that dashboard, like a car, is designed to make administrating that forum (vehicle) as easy and clear as possible with the information readily at hand in sight to efficiently make the appropriate decisions. It is foolish to lose focus of that interface usability concept.
Well, I made it so the logos show up on mine , but they are only clickable when viewing a thread (they aren't clickable when viewing the member's profile - haven't been able to figure that out yet). I agree though, you would think it'd be something they'd include the option for out of the box.
Spoke with Matt about this previously, but it would be superb, in the dashboard/stats report center/whatever it is called, to be able to see, graphically, what the utilization of the various login methods are (X # of members are using facebook, twitter, forum, openid, etc) with the ability to not show/calculate the ones that are not enabled, as well as show the utilization of same methods for the past X # of days (facebook was used by members to login X% over previous 7/30 days, forum direct login was used X% over previous 7/30 days, etc). This will help to identify which services are actually being used so admins can act accordingly (and/or perhaps to keep an eye on if say the Twitter login isn't working and people just haven't said anything about it).
In the ACP Member management area, there should be an indication somewhere showing that a member has added a facebook/twitter/whatever account to their forum account. This will make it incredibly easier to troubleshoot external issues (such as members accidentally creating duplicate accounts when they use the facebook interface) as well as to identify who is actually using it and be able to know what is what. The biggest part of this though is being able to see that yes, User A has already connected their account to a facebook account, before I attempt to merge (or delete) what appears to be an accidental duplicate account.