nicuramar

nicuramar t1_ixyy2cj wrote

> Uh huh. So they’ve now changed their app so it doesn’t do that anymore.

Sure, and so did many others. This is because now the API works differently, and notifies the user.

> Mind letting me know what functionality they gave up doing that?

I don’t know what tiktok used it for, but I have examples above. It’s also likely possible to code it in a different way so as to not lose functionality. Developers are sometimes lazy. The API worked, so why do it differently.

> I don’t have to think of a legitimate reason why TikTok would need to read my clipboard data, that’s their responsibility. If they can’t, then it shouldn’t be done.

Fortunately for you, they don’t anymore.

> There’s no argument you can make that justifies reading the data

I think I did make such arguments.

> after they were discovered they both changed their app to no longer do that and they didn’t lose any functionality.

You make it sound like it was a big secret. It was just an API that used to not pop up a notification, and now does. So all apps that used this before, now got noticed. But this doesn’t imply anything about how they used it.

Why did they change their app? Well, it’s obviously very annoying for the user with those pop ups, and it raises questions about why they do it. But that still doesn’t mean there weren’t perfectly fine reasons for it.

0

nicuramar t1_ixyew0n wrote

> No, that just means all those apps are sketch af too.

No it doesn’t.

> You don’t accidentally read the clipboard

I never said anything about accidentally reading it.

> somebody wrote that code thinking it was ok to read your personal data.

No they didn’t, this is complete speculation. The most common use case is to look at the clipboard data to see if it’s, say, a YouTube link, if you’re the YouTube app, and so on. There are several obvious uses like that.

The API wasn’t protected at all, and guidelines doesn’t say anything about private data.

> so why should they have any benefit of the doubt when it comes to what they were using it for.

Because your argument is “I can’t think of any legitimate uses so it’s for bad purposes”. But that’s an argument from lack of imagination. Several times before when this has been brought up, actual developers have chipped in with examples. You’re just making stuff up.

1

nicuramar t1_ixwnku9 wrote

> That’s sketch af.

Maybe, maybe not. Several apps did that. When you say “copying everything”, it really just means called the API to get the clipboard. It doesn’t mean or imply anything about what’s done with the data. Could be looked at and thrown away, which seems likely. In many cases apps would do this to look for e.g. app specific links.

Since there was no specific reason not to do it, they might as well do it often.

−1

nicuramar t1_ix54y06 wrote

> But by that same measure I would argue that it is appropriate to limit the availability of such a powerfully addictive app that is controlled by that same dictatorship.

Sure, there can be sense in that. It’s all a risk assessment. I don’t think the app is as directly controlled by Xi as everyone seems to assume without evidence, and I don’t think it poses any particular risk to “the average person”, but, well, it’s not up to you or me.

−10

nicuramar t1_iui8ntl wrote

> Apple is not a privacy-first company.

Whether or not that’s true isn’t really that relevant to the topic, though, which is about categories of ads and how they are placed along other apps. That seems to have much more to do with what the advertisers try to do, and what Apple doesn’t disallow.

3

nicuramar t1_iui64gx wrote

> You’re right that the battery won’t be prevented from working, but I’m fairly certain the iphone would if the repair was performed by a 3rd party without apples proprietary software.

I’m not sure how it is nowadays. I think what will happen is that some parts (such as the front camera assembly) will simply not work, while others (such as the battery) will display a warning and disable some features (like battery condition).

1