Live data from Hacker News

App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

github.com

21–30 of 446 posts

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#21
post #9

Earlier quoted context omitted.

that's not the only purpose of the SDK, we're using it for social login (login with Facebook).

Why load it unless it’s being actively used for authentication?

Well, how do you get consistent tracking then?

Obs: I'm being sarcastic but since it's either this or developer laziness, I'm betting on tracking since I always start from the principle that the developers analysed the situation and made an explicit choice.

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#22
How is it that a third party SDK is consistently causing apps to completely crash rather than, for example, displaying an error message? Is this a failure that cannot be caught? Sorry, just trying to understand. The dependency relationship just seems to be extreme.

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#23
Given how protective Apple is about the experience of apps on the App Store and this happening the second time, I'm surprised they have not come up with a way to prevent this from happening. Also, a monolithic SDK should not exist in this day and age.

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#24
post #9
post #4

It's fantastic news in that it forces the companies who will undoubtedly lose millions of dollars in revenue from this to evaluate their inclusion of the tracking spyware in their apps.

that's not the only purpose of the SDK, we're using it for social login (login with Facebook).

Spyware isn't not spyware because it's useful to a minority of users sometimes. You throw all of your users under the tracking bus by doing this.

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#26

Earlier quoted context omitted.

Why load it unless it’s being actively used for authentication?

Well, how do you get consistent tracking then? Obs: I'm being sarcastic but since it's either this or developer laziness, I'm betting on tracking since I always start from the principle that the developers analysed the situation and made an explicit choice.

Except, you know, when does a developer ever have a choice? You are asked to put the SDK in and you do it...

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#28

How is it that a third party SDK is consistently causing apps to completely crash rather than, for example, displaying an error message? Is this a failure that cannot be caught? Sorry, just trying to understand. The dependency relationship just seems to be extreme.

I believe last time this happened it was because they were running code (including network requests) in a callback that gets called when they were loaded by the dynamic linker.

Re: App suddenly crashing on startup due to FBSDKRestrictiveDataFilterManager.m

#30

How is it that a third party SDK is consistently causing apps to completely crash rather than, for example, displaying an error message? Is this a failure that cannot be caught? Sorry, just trying to understand. The dependency relationship just seems to be extreme.

>To stop crashes from the Facebook SDK, some devs tried commenting out any code that calls Facebook. Nothing worked.

>It turns out that by just including the SDK with your app, Facebook runs hidden code on launch. (FBSDKApplicationDelegate.m)

[0] https://twitter.com/sandofsky/status/1258288056399847425

Post reply on HN