SDK version: iOS 6.5.2

Please help

here's better stack trace
Same here! shame on you FB!! what should we do now? just wait for them to release their mistake and rollback?
same here
pod 'FBSDKCoreKit', '5.5.0'
pod 'FBSDKShareKit', '5.5.0'
pod 'FBSDKLoginKit', '5.5.0'
same here
6.3.0 and 5.0.2
Version 7.0 same issue
same
pod 'FBSDKCoreKit', '5.8.0'
pod 'FBSDKLoginKit', '5.8.0'
pod 'FBSDKShareKit', '5.8.0'
same here
Using FBSDKCoreKit (5.13.1)
Using FBSDKLoginKit (5.13.1)
Same Issue
When will it be fixed?
Same issue here with 5.5.0
+1
Same here, more then 500K of crashes for only last 20 minutes... Is anybody from FB stuff here? It seems the same crashes we had several months ago when almost all apps were affected and not launching.

Same issue, right where @Sanich63 shows on the screenshot
OH COME ON! Not again! Your crash has halted Firebase crashlytics again!

restrictive_data_filter_params NSNull.count
same here using 7.0.0.
I'm suspecting that this might be a backend related issue from FB side, because crash happens on an app that's released a month ago with no update whatsoever to FB SDK. Maybe some wrong values gets sent from their feature flag server or something, and causes crash on the client.
Hope FB can roll back whatever changes quickly.
7.0.0 is crashing, 7.1.1 seems stable
+1
+1 crashing
+1 crashing
Oh god, this is happening again, crashing to all my users
+1 crashing
Seems it's night in US and no one react from FB...
Same here +1 crashing
Also crashes [FBSDKRestrictiveDataFilterManager updateFilters:] + 62. There is a check for restrictiveParams.count, but restrictiveParams is NSNull object.
Same
fixed??
Guys, our entire portfolio is crashing! Haven't you learned your lessons from May 7, 2020?
It's been 40min of total blackout and still no response?
I guess, we need more memes for FB QA department :)
我也是~中招了
fixed??
Its randomly working and crashing for me
Same here +1 crashing
Seriously - Start removing this SDK soon!!
别说中文。professional.
That's how it ends when 50% of all application rely on one sdk.
You can only blame yourself. This already happened before at least once, so warnings were in place.
別說簡體字
Guys, our entire portfolio is crashing! Haven't you learned your lessons from May 7, 2020?
It's been 40min of total blackout and still no response?
I guess, we need more memes for FB QA department :)
Apparently they fired the wrong guy in May.
6.5.1 crash, please help!
Linking for visibility: https://developers.facebook.com/status/issues/1739188102911114/
jh doeqwdwdhıou hewoıdwddoıewho ıofwdwdehwf ejf eıj ıfeıq jıdfj ıejd ıej ıfje jıfej ıeıf ceqjdı w0ıd ıw0 jq0dı jw0
I couldn't find a word to describe this event that happened 2 times in a short time.
please fix ASAP
unbelievable... second time this year.
@Neil20170223 Please EDIT the issue with the status link: https://developers.facebook.com/status/issues/1739188102911114/
6.5.0,please help
Groupon app is crashing on startup due to the same issue.
They are responding at last.

Same in our app...cannot open Spotify, either 😱
SDK version 7.0.0
🤦♀️ Looks like facebook hired a lot of Swift engineers in the last time and let them do stuff to the networking code 😂
Same in our app... plz help..
Does anyone try to degrade its version?
same, FBSDKLoginKit 5.6.0
It has started working now. I believe they reverted the change.
It has started working now. I believe they reverted the change.
still crashing here
haha I am not facing this alone. It is working for now
It has started working now. I believe they reverted the change.
Not for me. I still see Groupon, Spotify, Strava, Wallapop apps crashing...
Not crashing in 7.1.1 version.
This is the new thanks, Obama meme.
Thanks, Facebook!
Seems like everyone is facing this issue. Thank God! I am not alone.😭
Just keep it here...

Stack trace I see when I debug my app:
2020-07-10 13:20:10.002959+0200 XXX[65519:1877435] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[NSNull count]: unrecognized selector sent to instance 0x7fff80618070'
*** First throw call stack:
(
0 CoreFoundation 0x00007fff23c7127e __exceptionPreprocess + 350
1 libobjc.A.dylib 0x00007fff513fbb20 objc_exception_throw + 48
2 CoreFoundation 0x00007fff23c91fd4 -[NSObject(NSObject) doesNotRecognizeSelector:] + 132
3 CoreFoundation 0x00007fff23c75c4c ___forwarding___ + 1436
4 CoreFoundation 0x00007fff23c77f78 _CF_forwarding_prep_0 + 120
5 XXX 0x000000010bc79f2d +[FBSDKRestrictiveDataFilterManager updateFilters:] + 109
6 XXX 0x000000010bc7f4d1 +[FBSDKServerConfigurationManager processLoadRequestResponse:error:appID:] + 3665
7 XXX 0x000000010bc61a7f __69+[FBSDKGraphRequestPiggybackManager addServerConfigurationPiggyback:]_block_invoke + 175
8 XXX 0x000000010bc5f208 -[FBSDKGraphRequestMetadata invokeCompletionHandlerForConnection:withResults:error:] + 248
9 XXX 0x000000010bc5a8db __82-[FBSDKGraphRequestConnection processResultBody:error:metadata:canNotifyDelegate:]_block_invoke + 251
10 XXX 0x000000010bc5a6fd -[FBSDKGraphRequestConnection processResultBody:error:metadata:canNotifyDelegate:] + 1149
11 XXX 0x000000010bc5a1e6 __64-[FBSDKGraphRequestConnection completeWithResults:networkError:]_block_invoke + 1494
12 CoreFoundation 0x00007fff23c3f1e7 __NSARRAY_IS_CALLING_OUT_TO_A_BLOCK__ + 7
13 CoreFoundation 0x00007fff23b847d4 -[__NSArrayM enumerateObjectsWithOptions:usingBlock:] + 228
14 XXX 0x000000010bc59a9e -[FBSDKGraphRequestConnection completeWithResults:networkError:] + 1102
15 XXX 0x000000010bc584e0 -[FBSDKGraphRequestConnection completeFBSDKURLSessionWithResponse:data:networkError:] + 2336
16 XXX 0x000000010bc54b1a __36-[FBSDKGraphRequestConnection start]_block_invoke_3 + 186
17 XXX 0x000000010bc5ca66 __73-[FBSDKGraphRequestConnection invokeHandler:error:response:responseData:]_block_invoke + 70
18 libdispatch.dylib 0x000000011c4e9dd4 _dispatch_call_block_and_release + 12
19 libdispatch.dylib 0x000000011c4ead48 _dispatch_client_callout + 8
20 libdispatch.dylib 0x000000011c4f8de6 _dispatch_main_queue_callback_4CF + 1500
21 CoreFoundation 0x00007fff23bd4049 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
22 CoreFoundation 0x00007fff23bceca9 __CFRunLoopRun + 2329
23 CoreFoundation 0x00007fff23bce066 CFRunLoopRunSpecific + 438
24 GraphicsServices 0x00007fff384c0bb0 GSEventRunModal + 65
25 UIKitCore 0x00007fff48092d4d UIApplicationMain + 1621
26 XXX 0x000000010916da20 main + 1296
27 libdyld.dylib 0x00007fff5227ec25 start + 1
28 ??? 0x0000000000000001 0x0 + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException
Can Facebook learn from their mistake and have a proper QA instead of making crash all iOS apps using their SDK?
Our apps can start again. Looks like they fixed that issue
Solution: We won't use FB SDK in the future. Thank you Mark suckerberg.
Wallapop working again, Spotify still crashing
So Fb developers also test their changes at prod. I'm so glad that I'm not alone.
FWIW I'm also getting this crash right now
Temporary fix while developing
@interface NSNull (Fix)
- (NSUInteger)count;
@end
...
@implementation NSNull (Fix)
- (NSUInteger)count
{
return 0;
}
@end
Permanent fix in dev and production
May this be the reason PUBG Mobile is not working on my iPad?
Yes, and Spotify as well...
Permanent fix in dev and production
- Remove FB SDK
- ???
- Profit
haha do we have a choice?
You are not alone: https://downdetector.com
Stop blaming entirely at Facebook, your app is crashing because it is relying entirely at a 3rd party SDK..
Friday deployment went fine.
Stop blaming entirely at Facebook, your app is crashing because it is relying entirely at a 3rd party SDK..
So it's wrong to allow social login in your app?
Fail fast, fail everyone
same here
Using FBSDKCoreKit (6.3.0)
Using FBSDKLoginKit (6.3.0)
So it's wrong to allow social login in your app?
Now we learned that it's wrong :)
So it's wrong to allow social login in your app?
It's not wrong to allow social login at your app, it is wrong to rely your app at a SDK, you can handle this in another way, through cache or temporary data to make calls later.
Edit: Oh damn facebook sdk having issues, my app is not working, i'll just blame at it and wait for a result.
Same here 5.2.3
May this be the reason PUBG Mobile is not working on my iPad?
Yes, and Spotify as well...
Yes, Call of Duty Mobile, ludo star, as well.
@DouglasMarq From where do you buy weed mate? 🚬
So it's wrong to allow social login in your app?
It's not wrong to allow social login at your app, it is wrong to rely your app at a SDK, you can handle this in another way, through cache or temporary data to make calls later.
Edit: Oh damn facebook sdk having issues, my app is not working, i'll just blame at it and wait for a result.
Read your comment again and let me know if you find any sense in it.
🤦♂️ ...
So it's wrong to allow social login in your app?
It's not wrong to allow social login at your app, it is wrong to rely your app at a SDK, you can handle this in another way, through cache or temporary data to make calls later.
Edit: Oh damn facebook sdk having issues, my app is not working, i'll just blame at it and wait for a result.
Did you ever made an iOS app?
Isn't Facebook using this SDK? How could they not notice that it crashes? You don't need extensive tests. Simply open the app. 🤦🏻♂️
The same issue.
My app crashes only on a simulator, for a device the app does not crash(log in via FB works fine).
In a device and simulator, the object of events is NSNull class type.
FBSDKCoreKit (5.15.1)
FBSDKLoginKit (5.15.1)
FBSDKShareKit (5.15.1)

Facebook, WhatsApp, Instagram and FB's Messenger are working.


So it's wrong to allow social login in your app?
It's not wrong to allow social login at your app, it is wrong to rely your app at a SDK, you can handle this in another way, through cache or temporary data to make calls later.
Edit: Oh damn facebook sdk having issues, my app is not working, i'll just blame at it and wait for a result.
Dude, even if I comment out import of the sdk, its still crashing. I have to remove SDK, now tell me about that. Im not relying on fb SDK, facebook login is just a feature, and the documented way how to implement it is to use their sdk. If it would crash only after fb login I get that. But if it crashes on startup when you're not even using the sdk, I think its safe to point finger at facebook
I can confirm that the issue was resolved for my app
So it's wrong to allow social login in your app?
It's not wrong to allow social login at your app, it is wrong to rely your app at a SDK, you can handle this in another way, through cache or temporary data to make calls later.
Edit: Oh damn facebook sdk having issues, my app is not working, i'll just blame at it and wait for a result.Did you even made an iOS app?
He's completely right, but plenty of developers have problems understanding business.
It's your job as developer to choose components you rely on, carefully.
Everyone knew, that exactly same issue happened already before, yet people are very surprised that same problem is here again.
Your business client wont care if it's facebook fault. You were paid to write an app and it's your fault. App you designed is not working, business is losing money and that's it. That's all what matters.
It's developers decision to choose this SDK, you could use something else or implement stuff on your own.
Asses the risk on the components you use, especially if they kill your app twice within 2 months.
+1, The issue is already fixed for my apps. I use FB login.
you could use something else
Like what? If not the official and recommended SDK.
Facebook, WhatsApp, Instagram and FB's Messenger are working.
Dude Facebook and Facebook messenger are React native apps and don't use this SDK.
@apogodin must be:
@interface NSNull (FacebookFix)
For me updating FBSDKLoginKit and FBSDKShareKit to 5.15.1 (was 5.5.0) seem to fix an issue. Please double check.
@apogodin must be:
@interface NSNull (FacebookFix)
"FacebookFix" should be in investing in ObjC developers
@apogodin This case is raising warning in Swift
Here’s the facebook bug page, https://developers.facebook.com/support/bugs/329763701368293/

pidary zaebali
For me updating FBSDKLoginKit and FBSDKShareKit to 5.15.1 (was 5.5.0) seem to fix an issue. Please double check.
I am using 5.15.1 and it was crashing initially but now its fixed for about half an hour ago.
FB guys; The problem seems to be happening when a NSNull object is been passed by parameter... So nullable annotation here was not enough...
You will have to revisit all the library to add a if is instance of NSNull then return? 😄
Using anything from Facebook is considered harmful to your business, unless you are Facebook.
It has started working now. I believe they reverted the change.
I am using 5.15.1 and it was crashing initially but now its fixed for about half an hour ago. Try updating to 5.15.1.
For me updating FBSDKLoginKit and FBSDKShareKit to 5.15.1 (was 5.5.0) seem to fix an issue. Please double check.
I am using 5.15.1 and it was crashing initially but now its fixed for about half an hour ago.
If to switch back to 5.5.0 for me it crashes even now( So I guess there is fix that is working for 5.15.1 (or lower?) now.
Temporary fix while developing
@interface NSNull (Fix) - (NSUInteger)count; @end ... @implementation NSNull (Fix) - (NSUInteger)count { return 0; } @end
It's also possible to swizzle updateFilters: and call original implementation with empty NSDictionary in case NSNull is passed. This should do the trick for production hotfix.
nu 4e zato O(n) mojem
This should do the trick for production hotfix
How quickly can your app be submitted, reviewed, approved and then have users update? Before FB issues a fix?
What a Race Condition! 🏎
Seems Facebook fixed it. Can anyone confirm?
Seems Facebook fixed it. Can anyone confirm?
yes
yes fixed
yes, it's fixed now.
Might not be crashing, but we are unable to verify token from our backend. Guess facebook has turned if off for a while.
You should definitely RIIR to make it more memory-safe!
Duplicate of #1427
我写了一个关于这个问题的文章,包含以后此类问题的预防方法: https://blog.mzying.com/index.php/archives/231/
我写了一个关于这个问题的文章,包含以后此类问题的预防方法: https://blog.mzying.com/index.php/archives/231/
这个bug服了,OC里基本类型检查都没有
Most helpful comment
pidary zaebali