Today, we're releasing the 3.1.1 version of the Facebook SDK for iOS that you can download here. This update fixes bugs related to the iOS 6 native Auth Dialog, updates Scrumptious to better demonstrate iOS 6 integration, and fixes the final SBJson
naming conflict.
Apps that do not include a valid privacy policy URL (see Platform Policy II.3) in the dedicated field in App Dashboard will see an alert in the App Dashboard and app details pages. In an effort to make it easier for you to validate, we will include a 'privacy policy URL test' link that will check if your app meets the privacy policy URL requirements. If you do not comply your app may be placed in Development. You can disable Development Mode once you meet the privacy policy URL requirements.
As announced in July, the following breaking changes go into effect today:
We have delayed the deprecation of the offline_access
permission to December 5th. Check out the Developer Roadmap for more information.
Per our 90 day Breaking Change Policy, the following changes will go into effect on January 9th, 2013:
The following change will go into effect on January 9th, 2013. Please note that January 9th is the second Wednesday of the month, not the first Wednesday of the month as is normally the case per our Breaking Change Policy. This is due to the fact that January 2nd is a company holiday so our standard Tuesday push will be delayed.
Removing unused splash_screen_url and gamebar_image_url properties
We will remove thesplash_screen_url
andgamebar_image_url
app properties as these are no longer used anywhere so setting them will have no effect.
The following changes can all be enabled/disabled using the "January 2013 Breaking Changes" [migration](/roadmap/migrations) until January 9th when they will go into effect permanently for everyone:
Removing Dashboard REST API methods
We will remove all of the dashboard.* REST API methods. This was originally scheduled for June 2012 as announced in December 2011. To manage counts for your app, see the Requests documentation or this blog post.Using canonical URLs when fetching data using link_stat table
When getting stats about a URL (e.g. number of likes) from the link_stat FQL table or by passing a URL to theids
parameter in a Graph API call, we will now use the canonicalized URL to fetch those stats. This fixes a few issues. For example, getting stats fordevelopers.facebook.com
anddevelopers.facebook.com?foo=bar
currently could return different values forshares
. This change will ensure they return the same values since they in fact point to the same page.
Check out the Developer Roadmap for all updates on breaking changes.
The following stats are for activity between noon Wednesday, September 26 and noon Wednesday, October 3.