Let's look at a few more features coming in XenForo 1.3.
Google+ and Twitter Registration/Login
Like the Facebook registration/login that we've had, XenForo 1.3 will now support registering via Google+ or Twitter:
The first time a user clicks one of those buttons, they'll be taken to the correct service to validate the request. They will then be redirected back to the forum. If they have already registered, they will be logged in automatically; otherwise, they will have the option to complete the registration or associate with an existing account.
Like with the existing Facebook integration, to use Twitter and Google+ registration, you will need to create the necessary "app" with their services and enter the public and private keys into your XenForo installation.
The Facebook Integration page has now been replaced with a generic External Accounts page that allows the user to manage their associations with external accounts. Add-on developers can now add their association controls to this page instead of creating a new page for each account.
Further, from a technical standpoint, the xf_user_profile table now has an external_auth field that maps provider keys to the provider ID. Inserting an external auth record will automatically update this. This field means that a dedicated column does not need to be added for each external authentication system.
User Upgrade Transaction Logs
To aid in debugging user upgrade problems, the transaction logs are now viewable from the control panel. Each time the payment processor (by default, only PayPal) makes a call to your server, this will be logged in the transaction log. If you are having problems with an upgrade not being triggered, the transaction log should tell you why.
First, you'll see an overview of the transactions:
And you can dive into all the details for each call:
If you're looking for a particular entry, you can use the search form to do this. Note that the transaction and subscriber IDs are values from PayPal, so they can often be used to relate a particular call to a log entry you're seeing in PayPal (or vice versa).
Censor Improvement
Finally today, XenForo 1.3 has tweaked the censoring system to give you more control. Primarily, this is designed to workaround the "Scunthorpe problem"--you should see the issue right here until we roll out 1.3.
Previously, censoring was either an exact match or a match that occurred anywhere in the word. Now, you control whether the match is exact, at the beginning, at the end, or anywhere. This is done by placing * wildcard characters at the beginning or end as needed:
Stay tuned for more...
Google+ and Twitter Registration/Login
Like the Facebook registration/login that we've had, XenForo 1.3 will now support registering via Google+ or Twitter:
The first time a user clicks one of those buttons, they'll be taken to the correct service to validate the request. They will then be redirected back to the forum. If they have already registered, they will be logged in automatically; otherwise, they will have the option to complete the registration or associate with an existing account.
Like with the existing Facebook integration, to use Twitter and Google+ registration, you will need to create the necessary "app" with their services and enter the public and private keys into your XenForo installation.
The Facebook Integration page has now been replaced with a generic External Accounts page that allows the user to manage their associations with external accounts. Add-on developers can now add their association controls to this page instead of creating a new page for each account.
Further, from a technical standpoint, the xf_user_profile table now has an external_auth field that maps provider keys to the provider ID. Inserting an external auth record will automatically update this. This field means that a dedicated column does not need to be added for each external authentication system.
User Upgrade Transaction Logs
To aid in debugging user upgrade problems, the transaction logs are now viewable from the control panel. Each time the payment processor (by default, only PayPal) makes a call to your server, this will be logged in the transaction log. If you are having problems with an upgrade not being triggered, the transaction log should tell you why.
First, you'll see an overview of the transactions:
And you can dive into all the details for each call:
If you're looking for a particular entry, you can use the search form to do this. Note that the transaction and subscriber IDs are values from PayPal, so they can often be used to relate a particular call to a log entry you're seeing in PayPal (or vice versa).
Censor Improvement
Finally today, XenForo 1.3 has tweaked the censoring system to give you more control. Primarily, this is designed to workaround the "Scunthorpe problem"--you should see the issue right here until we roll out 1.3.
Previously, censoring was either an exact match or a match that occurred anywhere in the word. Now, you control whether the match is exact, at the beginning, at the end, or anywhere. This is done by placing * wildcard characters at the beginning or end as needed:
- dog - matches exactly dog
- dog* - matches any word starting with dog (dog, dogs, dogma, etc)
- *dog - matches any word ending with dog (dog, hotdog, etc)
- *dog* - matches any occurrence of dog (dog, dogs, hotdog... some word that has "dog" in the middle
)
Stay tuned for more...
