Slashdot Mirror


Facebook's Android App Can Now Retrieve Data About What Apps You Use

An anonymous reader writes "Facebook on Friday released its Android launcher called Home. The company also updated its Facebook app, adding in new permissions to allow it to collect data about the apps you are running. Facebook has set up Home to interface with the main Facebook app on Android to do all the work. In fact, the main Facebook app features all the required permissions letting the Home app meekly state: 'THIS APPLICATION REQUIRES NO SPECIAL PERMISSIONS TO RUN.' As such, it’s the Facebook app that’s doing all the information collecting. It’s unclear, however, if it will do so even if Facebook Home is not installed. Facebook may simply be declaring all the permissions the Home launcher requires, meaning the app only starts collecting data if Home asks it to."

122 of 176 comments (clear)

  1. Big Android Problem by Richy_T · · Score: 5, Insightful

    It was a mistake to allow apps to declare which access rights they want and then present users with a take-it-or-leave-it choice. While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed and the apps then cope with that. I know there are apps out there that let you do this or similar but it should have been built in from the start. This is the activeX of the 2010s

    1. Re:Big Android Problem by c · · Score: 1

      I know there are apps out there that let you do this or similar but it should have been built in from the start.

      I have this funny feeling that's going to be one of Google's responses to Facebook Home. Maybe some combination of "required" permissions that the app always requires (i.e. ad-supported stuff needs to download ads) with "negotiable" permissions that the user can toggle on and off. And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      --
      Log in or piss off.
    2. Re:Big Android Problem by AK+Marc · · Score: 4, Interesting

      I agree. I've always called for that. I've been told there are apps that do that, but it should be an OS level feature. I should be able to lie to my apps, much like I can by running a VM in a temporary partition with a single app inside it. Present a blank contact list and call history to any apps that ask. Block access to other apps (email and such). Let me choose.

    3. Re:Big Android Problem by Greyfox · · Score: 2

      I seem to recall reading that a newer cyanogenmod allows you to disable specific access rights on an app. Don't think it should have network access? Disable that access right. They did note that this could potentially "cause instability" with the application running. I'm pretty tempted to give it another go to get rid of the crapware my provider installed on the phone and pick up this feature.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    4. Re:Big Android Problem by __aaltlg1547 · · Score: 5, Informative

      you can use "Permissions Free" for example to modify an app's permissions. But some apps won't run if you take away any of their permissions. What's really needed is sandboxing.

    5. Re:Big Android Problem by Anonymous Coward · · Score: 1

      Not to disagree, but I'm feeling nitpicky

      The "and even Linux" can depend on your distribution. I know that back in the day, when you could still do a stage 1 install of Gentoo fairly easily, you could secure the hell out of that as the default (maybe stage 3, but I haven't installed it since they stopped giving the stage 1 and 2 to everyone as a real install option--I know that even with stage 3, you can opt to not have sudo, and therefore have more security inherently just there). There's also some distributions that just have a more secure model from the start as well. That is not Ubuntu, etc.

    6. Re:Big Android Problem by Adult+film+producer · · Score: 1

      broken link... have the correct one?

    7. Re:Big Android Problem by Anonymous Coward · · Score: 5, Informative

      As an app developer I would also like "negotiable" permissions.

      I think a long list of permissions can be off-putting to users, and many permissions are needed only when the user actually tries to e.g. send an SMS from the app or take a picture. It would be better at that point to ask the user if they trust the app, much like the Android VpnService has to when it starts.

      The other error is that some permissions are far too broad. For example, lots of apps require "Read phone state and identity" which gives the ability to learn not only the phone number, but also whether you are in a call and the number of the other party. Similarly there's a permission to read the phone book. A number of these apps simply want a unique ID for licencing purposes (the IMEI can be used where available, and the phone book gives the google account) but end up with a whole lot more and look a bit suspect.

      The ID thing is discussed at http://android-developers.blogspot.co.uk/2011/03/identifying-app-installations.html, but the conclusion is poor, suggesting use of ANDROID_ID, but then still needing to jump through hoops for legacy devices. With about 40% of devices at API level 10 (http://developer.android.com/about/dashboards/index.html) this still gives developers a headache.

    8. Re:Big Android Problem by admdrew · · Score: 5, Informative

      Cyanogen definitely allowed this at one point (when looking at an installed app's settings, you could touch any of the permissions which would strike them out); it was hit or miss, with some apps crashing constantly when you disabled any of their permissions. I'm running 10.1 right now, and unfortunately this feature doesn't seem to exist anymore.

    9. Re:Big Android Problem by Fuzzums · · Score: 4, Insightful

      And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      Obviously definitely not that. It's a developer-first market. Developers are expensive and they do all the work for Google. For free. So Google is the last one that is going to limit them.

      --
      Privacy is terrorism.
    10. Re:Big Android Problem by bill_mcgonigle · · Score: 2

      This article has the background and links.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    11. Re:Big Android Problem by AuMatar · · Score: 1

      And as a user I want to be able to deny certain permissions to certain apps. For example, I may be ok with an app having my location and reading my contacts- but not the ability to connect to the internet and send them somewhere. I should be able to allow some activities and block others.

      Although not using ANDROID_ID- thats only a problem in pre-2.2, which is less than 2% of the userbase these days. IMEI isn't reliable because a device may not have telephony (tablets) or may be CDMA (no IMEI). It also is an identity containing number (you can directly track IMEI->phone number->person) whereas ANDROID_ID is unique but anonymous. There's no excuse for not using it.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    12. Re:Big Android Problem by Darinbob · · Score: 1

      This would be a reasonable modification that could be made to Android, after-market.

    13. Re:Big Android Problem by Anonymous Coward · · Score: 1

      > What's really needed is sandboxing.

      Yeah.. they should have used a runtime environment that had sandboxing from the start... like... Java.

    14. Re:Big Android Problem by Anonymous Coward · · Score: 3, Insightful

      A cool feature would be the ability to provide selected apps with spoofed data.

    15. Re:Big Android Problem by Bazouel · · Score: 1

      That's why there is jail in FreeBSD ...

      --
      Intelligence shared is intelligence squared.
    16. Re:Big Android Problem by chipschap · · Score: 1

      I run the Droidwall firewall, with everything blacklisted by default. If an app won't run without net access, and I don't think it should get net access, it doesn't. This stops at least some exfiltration of data. Of course that wouldn't help with Facebook. But a lot of games claim to need net access for their 'leaderboard' or some such. It always makes me suspicious, especially if they totally refuse to run without being able to go out through the firewall.

    17. Re:Big Android Problem by waffle+zero · · Score: 4, Interesting

      A cool feature would be the ability to provide selected apps with spoofed data.

      That feature was proposed for Cyanogen and a patch was written. It was never included out of fears that developers would block Cyanogen from installing apps on the (then named) Android Market.

    18. Re:Big Android Problem by Rich0 · · Score: 4, Interesting

      There are various patches that implement this. There were some root-requiring apps that did this as well but I don't believe they work post-v4.

      The key isn't to return errors to applications - you just need to return a successful call with no useful data. If it asks for contacts, just say that the user hasn't defined any (a situation every app has to handle anyway). If it asks for the IMEI tell the app that there is no SIM installed. If it asks for the location, tell the app that there is no GPS coverage. If it asks to phone home, tell it that the network appears to be down at the moment.

      Apps handle all of these things gracefully already. The key is to intercept the API call and direct it along one of these paths, and not to just return an error due to a lack of permissions, which the app no doubt was not designed for since it was supposed to be guaranteed those permissions.

    19. Re:Big Android Problem by paulkoan · · Score: 5, Informative

      The Pdroid http://www.xda-developers.com/android/pdroid-the-better-privacy-protection/ patches are a "better" approach. They allow apps to keep the permissions they are designed to use, but feeds them fake data when they use them.

      This protects privacy without crashing apps. However, it requires either a custom firmware with it already baked in, or running the patches against official firmware+root. This places it out of the comfort zone of many.

      --
      This signature intentionally left blank
    20. Re:Big Android Problem by wvmarle · · Score: 1

      Many permissions will of course cause an app to crash when not present. And you can't blame the developer for that. After all, to make things work you set the required permissions and then assume it's there. Missing permissions may indeed very well block some expected functionality.

      One of the few exceptions may be internet access - that can not be guaranteed ever. Phones can be out of network range, and even with the permission present you can not connect. However I'm actually not sure if my network availability check would work without the permission present...

      Making permissions optional, which I'd like to see from a user pov, is pretty hard from a developer pov especially as currently it is all or nothing, so when installed a developer assumes the permissions they ask are actually there, and no tests are done.

    21. Re:Big Android Problem by alostpacket · · Score: 1

      Each app is run under a separate linux user process and is a separate instance of the dalvik VM.

      I'd be curious your definition of sandboxing.

      http://android.stackexchange.com/questions/42129/why-each-android-application-runs-on-a-different-dalvik-vm-process

      --
      PocketPermissions Android Permission Guide
    22. Re:Big Android Problem by alostpacket · · Score: 2

      This is something I have been hoping to get time to write for awhile, more of a Wiki with statistics of how apps creep in their permission usage. Basically a community informational tool. Unfortunately I haven't had the time, nor much server coding experience. (If anyone is interested in contributing please feel free to contact me through my website).

      And while your cynical take on the "developer first market" is not far off the mark, I think we should remember that there is a social contract between dev and user. I write a program and you pay me to buy it, or look at ads to use it. This part isn't really one sided at all. The problem is actually that permissions are granted before the user has a real chance to evaluate the application. This puts the users on the defensive.

      I think if the social contract between dev and user was something agreed to at the time a feature was used, that would be better. It would put both dev and user on equal ground. If an app dev needs that permissions (for technical or business reasons), and they are denied it, they can shut down the app gracefully. If a user wants to deny some overreaching, they can also do so. With this case, either side can walk away at any time.

      However, when the OS starts spoofing data (like the IMEI) in place of things (ala the rejected cyanogen patch), it breaks that contract both figuratively, and possibly literally. (For example if the user has agreed to TOS, and is now breaking them). I worry as a user that if we ever hope to have a system by which we retain control over permissions, we cannot break the contract, it will start a arms race (akin to ad blocking on websites).

      What we need is to give users better tools to push back against permission creep, and for devs to have opportunities to cut back to what they really need.

      --
      PocketPermissions Android Permission Guide
    23. Re:Big Android Problem by Zyrill · · Score: 1

      It cannot be that big of a problem. Let's see which cases I can think of on the top of my head that an app needs to handle gracefully anyway: - network/wifi: can be out of range - write access: sd can be full - gps: no lock possible - contacts: there are no contacts - send sms/make call: out of range - get installed apps: no apps installed - camera/voice: some tablets have no camera/voice etc. pp. There is no reason for fine grained app permissions not to be included except political considerations. And I would not have even considered installing that new Facebook version had I not right now learned about OpenPDroid. I'm patching my CyanogenMod as we speak. If you're interested, see these two threads: for the patches http://forum.xda-developers.com/showthread.php?t=2098156 for the gui managing app http://forum.xda-developers.com/showthread.php?t=1994860

    24. Re:Big Android Problem by tlhIngan · · Score: 1

      It was a mistake to allow apps to declare which access rights they want and then present users with a take-it-or-leave-it choice. While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed and the apps then cope with that. I know there are apps out there that let you do this or similar but it should have been built in from the start. This is the activeX of the 2010s

      Wait until Google isn't ad-supported for this feature. A lot of them are used to support ads (contacts, IMEI, etc). And Google sells a lot of mobile ads (they own the largest mobile ad networks out there, courtesy Apple).

      If Google made it known that people were feeding its ad networks bad data, then selling ads won't fund Google anymore. And Android was bought by Google so Apple wouldn't cut Google out of mobile advertising (never be dependent on a third party, remember? Apple was raking it up in the mobile biz and Google saw winds of change. They could depend on Apple, or they could forge their own way to avoid Apple cutting them off).

      As long as permission faking is a geek-only thing, it's a lot easier to filter out the bad data (most people in the /. crowd would avoid the Facebook app, or most apps in general. The common user with the free Android, though, probably will not. And heck, Facebook will probably be handily pre-installed).

    25. Re:Big Android Problem by wvmarle · · Score: 1

      Most of the things you mention are true but the problem lies with the response from the Android system. If there is no GPS permission, an error is returned - which the programmer has to catch and handle. This is a different situation than "no fix available". And as a user is not supposed to cherry pick permissions, that situation is usually not handled properly, if at all.

      For the rest I'm not that worried. If an app wants permissions I don't like it to need, I don't install it. I used to have the Facebook app installed (came with the phone; before I installed Cyanogenmod), never set it up. I don't have mobile data anyway other than wifi, so it's useless. Many more such apps.

      And the best ad blocker is of course to simply not have network access at all. So I don't even have one of those :-)

    26. Re:Big Android Problem by Chickenlips · · Score: 1

      Arch Linux allows you to install a very basic system. This makes it extremely attractive for single purpose servers, as well as people who really want granular control over what is installed.

    27. Re:Big Android Problem by Ottibus · · Score: 2

      The sad thing is that the default Windows security model is significantly better than the default Unix security model but isn't used in an effective way to secure the system.

    28. Re:Big Android Problem by VortexCortex · · Score: 1

      And, obviously, some scheme in the Play Store to flag apps which get too greedy, or which require classes of permissions which few should really need.

      Obviously definitely not that. It's a developer-first market. Developers are expensive and they do all the work for Google. For free. So Google is the last one that is going to limit them.

      Gives new meaning to the term: "Developing Nation", eh?

    29. Re:Big Android Problem by Zyrill · · Score: 1

      If what you say is true, the fix seems easy: make a custom rom return unavailable warnings instead of not allowed errors, right? Your approach seems to kind of defeat having a smartphone in the first place, if I'm any judge. It's advantage for me lies in being able to use Facebook, web, email and so on while underway. :) Not to forget google maps (I know I could use offline maps as well, but not when searching for restaurants, shops etc.).

    30. Re:Big Android Problem by netsharc · · Score: 1

      I played with a BlackBerry in 2008, and they already had/have this. If an app doesn't have a particular permission, it would get a SecurityException. It's supposed to keep functioning (e.g. a chat app might not be able to read your contacts, so it would have to have its own contacts database that you'd manage manually).

      But of course Google apps just say "I have to have all permissions or I won't install myself" :(

      --
      What time is it/will be over there? Check with my iPhone app!
    31. Re:Big Android Problem by Anonymous Coward · · Score: 1

      Getting rid of sudo doesn't make your system more secure. Sudo used properly can make your system more secure, it'll only make your system less secure when used badly.

    32. Re:Big Android Problem by Enry · · Score: 1

      The permissions in NTFS far more granular than standard POSIX (though xattr does address this a bit, it's not in common use).

    33. Re:Big Android Problem by tlhIngan · · Score: 1

      I think a long list of permissions can be off-putting to users, and many permissions are needed only when the user actually tries to e.g. send an SMS from the app or take a picture. It would be better at that point to ask the user if they trust the app, much like the Android VpnService has to when it starts.

      I don't really think it's the case. I think most users don't give a damn, actually. Given how the "Install" button used to be presented AFTER the permission list, and now it's presented BEFORE the permission list (it's the topmost button on ICS) and the permission list is abbreviated (you get some bit ones, and a bunch more are hidden under "More permissions"), I think most users probably care not at all.

      That permission dialog is, unfortunately, a form of Dancing Pigs style of security. The user's going to be presented with this huge list, and most will go "whatevs, just get me my game already".

      I think even iOS 6 implements it wrongly - it asks users if the app should be granted permissions to photos/contacts/etc, which is an annoying popup. Though I think it does at least present the app with a null list, it's just the annoyance to the user. I'm sure a crafty developer can get the user to click "Allow" by simply bombarding them with dialogs where they have to click Allow. Like "Should I give you 100 smurfberries? They're FREE! No Catch! [Allow] [Don't Allow]". They'll add in the regular iOS based ones when the user is mindlessly tapping allow.

    34. Re:Big Android Problem by wvmarle · · Score: 1

      Well I live in Hong Kong, small place.

      I have a copy of Google Maps off-line, as well as recent vector maps of OSM. Mapping covered that way.

      Restaurants: well they're all over the place, just go to the nearest shopping mall (unless you're deep in the countryside that's no more than five minutes walk).

      Transport: I have all bus routes and ferry schedules off-line in the phone.

      Facebook: don't care enough.

      E-mail and web: if I really want that I can just sit down at McDonald's or most parks for WiFi. It's really rare. If people must reach me so urgently, they just have to call.

      Games: they're off-line anyway. I'm not going to share my game progress on Facebook or so. Great for killing some time, but that's it.

      Major application for me: geocaching. Got all data off-line; again Hong Kong is small.

      Now if living in a country where I'd be on the road a lot, out of town, unknown areas - yes then mobile data gets interesting. For now, meh. I used to have a data account a few years ago, basically didn't use it.

    35. Re:Big Android Problem by bingoUV · · Score: 1

      I write a program and you pay me to buy it, or look at ads to use it. This part isn't really one sided at all.

      There is a huge informational asymmetry. Developer knows about all this a lot lot more than an average user knows. And of course, an average user cares even less than he knows. If this is not one sided, I am not sure what is.

      In all such informationally asymmetric markets, either you need a strong "ethics" environment like in medical profession. Or the market is a complete failure in terms of empowerment of both seller and buyer, e.g. financial advisory market in many countries, telecom market in various places etc.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    36. Re:Big Android Problem by Aerosiecki · · Score: 1

      Check out the PDroid project. It can patch any rom and will let you select on a by-app, by-API basis whether to provide real data, spoofed data, or no data.

      --

      Cherish. Live. Dream.
    37. Re:Big Android Problem by admdrew · · Score: 1

      Damn, didn't see your comment until now. Definitely trying this out. Thanks!

  2. Why are you still surprised by this? by moderators_are_w*nke · · Score: 5, Insightful

    You buy a device to store your personal data on from a company that collects personal data for a living, and then run an app on it from another company that profits from collecting you data and then are confused when they collect your personal data?

    Reposting as me

    --
    "XML is like violence. If it doesn't solve your problem, use more." - Anonymous Coward
    1. Re:Why are you still surprised by this? by admdrew · · Score: 2

      Who said anyone was confused? Data collection and app permissions don't need to be "all or nothing."

    2. Re:Why are you still surprised by this? by Anonymous Coward · · Score: 1

      You do know Google's business model relies on destroying your privacy and scraping as much knowledge as they can about you, right?

    3. Re:Why are you still surprised by this? by Sir+Holo · · Score: 1

      Yep. This is why I recently deleted the FB App from my mobile.

      Recently went through my "Public Profile" or whatever they call it, and they had a map of all of the states, countries, and cities I had recently been to. And I DO NOT use their "check in" feature when arriving at locations. In fact, I hadn't used the App in months.

      Too creepy.

    4. Re:Why are you still surprised by this? by sacrilicious · · Score: 1

      Hmmm... why are you still surprised that people are disappointed at breaches of what should be common decency? I assume from your post you've seen such reactions before.. so your surprise at people's good nature and consequent expectations shouldn't be commentworthy anymore... just sayin'...

      --
      - First they ignore you, then they laugh at you, then ???, then profit.
    5. Re:Why are you still surprised by this? by rvw · · Score: 1

      You buy a device to store your personal data on from a company that collects personal data for a living, and then run an app on it from another company that profits from collecting you data and then are confused when they collect your personal data?

      Reposting as me

      I use facebook, on my android phone, but only in the Firefox browser, with the self-destructing-cookies addon installed. I hope this is enough to stop them from collecting data when I visit other sites.

  3. Re:Why are you surprised by this? by viperidaenz · · Score: 1

    You buy a device to store your personal data on from a company that collects personal data for a living

    I don't think this is limited to the Nexus range of Android devices.

  4. I doubt most people will flinch but... by Anonymous Coward · · Score: 5, Interesting

    I was actually curious to try Home, but when I saw the new permissions requested by the Facebook base app, I just said 'enough is enough' and deleted it.

    I think I'm definitely in the minority, but stuff like this increases that bifurcation of their userbase. I keep a toe in just because I know people that use Facebook as a primary communications tool, but I already log in only in a separate browser from everything else I do just to quarantine it.

    1. Re:I doubt most people will flinch but... by allo · · Score: 1

      sad, mozilla stopped developing prism ... facebook is such a good usecase for it.

    2. Re:I doubt most people will flinch but... by dingen · · Score: 1

      It is indeed very sad. Prism was a great tool to package web applications in a cross-platform and distributable way. I don't get why we used to have something like that and now we don't.

      --
      Pretty good is actually pretty bad.
    3. Re:I doubt most people will flinch but... by jrumney · · Score: 1

      I wasn't curious to try Home, but I saw the new permissions requested in order for Home to work, and recalled the last time I ditched the Facebook app, which was when they silently installed Camera and Messaging apps alongside it without my consent. They came to their senses on that, and bought themselves a second chance, but I'm afraid there won't be a third chance, because their app is no longer offering the value of contact integration that it was in those days, and by uninstalling it, I've realised how much of my battery drain was caused by that app.

    4. Re:I doubt most people will flinch but... by stormboy · · Score: 1

      I refuse to install the latest update to Facebook's Android app because it wants to know what apps are running and wants to be able to make phone calls without my input. Both are completely unnecessary to me. I am getting very close to uninstalling the app from all my devices. First, I'll give the app a bad rating, wait a few weeks and then uninstall. This way I can pretend that I have some say in the way the app works.

    5. Re:I doubt most people will flinch but... by wannabgeek · · Score: 1

      On my laptops, I do the same - run FB in either a different browser altogether, or a different Firefox user profile. I wish Firefox supported multiple processes simultaneously with each one under a different profile.
      But I have succumbed and installed it on my phone, but the new permissions are making me think. I have not updated my FB yet, but will probably delete it and check it through browser if I ever need to.

      --
      I'm much more funny, interesting and insightful than the moderators think
    6. Re:I doubt most people will flinch but... by MysteriousPreacher · · Score: 2

      I wasn't curious to try Home, but I saw the new permissions requested in order for Home to work, and recalled the last time I ditched the Facebook app, which was when they silently installed Camera and Messaging apps alongside it without my consent. They came to their senses on that, and bought themselves a second chance, but I'm afraid there won't be a third chance, because their app is no longer offering the value of contact integration that it was in those days, and by uninstalling it, I've realised how much of my battery drain was caused by that app.

      Facebook users generally don't mind the battery drain or privacy impact of the Facebook app unless it causes their Bonzi Buddies to deliver adverts more slowly than is usual.

      --
      -- Using the preview button since 2005
    7. Re:I doubt most people will flinch but... by Zyrill · · Score: 1

      Won't help... FB is tracking people even when they're not signed up. So you'd also have to install stuff like NoScript (and and forbid any and all connections to FB domains...) and Ghostery to keep them from tracking you. Don't know whether or how I can post code here, so the code for ABE is here: http://pastebin.com/uAezZEh4

    8. Re:I doubt most people will flinch but... by GeekBird · · Score: 1

      I can't even delete the base Facebook app from my phone. I just don't log in to it, and don't update it. I'd have to root my phone to get rid of it. Grrr.

      --
      use Sig::Witty;
    9. Re:I doubt most people will flinch but... by wannabgeek · · Score: 1

      Thanks. I feel so stupid for not checking!

      --
      I'm much more funny, interesting and insightful than the moderators think
    10. Re:I doubt most people will flinch but... by allo · · Score: 1

      you can try chromium --app for that ... but i liked the mozilla version.

    11. Re:I doubt most people will flinch but... by dingen · · Score: 1

      Its not the same. Chromium's solution is much more of a hassle than what Prism used to offer.

      --
      Pretty good is actually pretty bad.
    12. Re:I doubt most people will flinch but... by allo · · Score: 1

      yeah, but better than nothing.

      maybe somebody wants to fork prism and make it run with current xulrunner? It cannot be a big deal, as long as you need no new features.

  5. Bye bye Facebook by rueger · · Score: 5, Informative

    I looked over the new permissions being demanded by Facebook for the latest Android app update, and stopped dead at the point when they told me that the app could now "call phone numbers without your intervention." Say WHAT??

    I expect Google to have pretty intimate integration into an Android phone. I signed on knowing that. From everything I read Facebook is now looking to pretty much take control of the phone OS, not by developing their own, but by hijacking large swaths of control from Android or the user.

    Ultimately though one thing is making me stay away from this update, Facebook Home, and probably Facebook entirely on my phone: the Facebook app has been hands down the worst thing I've installed, and gets more useless with a very upgrade.

    1. Re:Bye bye Facebook by houghi · · Score: 1, Offtopic

      I signed on knowing that.

      I did not sign anything. Luckily I live in Belgium where clicking 'I agree' is not a form of contract and phones are still sold unlocked by law without any operator linked to it.

      --
      Don't fight for your country, if your country does not fight for you.
    2. Re:Bye bye Facebook by AuMatar · · Score: 1

      In their defense- having a button in their app to call a friend would require that permission, and is likely what they're using it for. Which isn't really without user intervention. But the permission is all or nothing- can place a call or can't.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    3. Re:Bye bye Facebook by c · · Score: 1

      Ultimately though one thing is making me stay away from this update, Facebook Home, and probably Facebook entirely on my phone

      Yup. I've removed it, or disabled it where pre-installed. The mobile version of the web site along with a third-party photo uploader pretty much covers everything I need Facebook to do.

      --
      Log in or piss off.
    4. Re:Bye bye Facebook by msmonroe · · Score: 1

      Yeah Facebook is pretty bad. They basically own your data and decide how they handle it at their own discretion. Forget privacy or control. I work for a start-up in which we want to allow the users to control their data. We don't make money off your data, only off of giving other companies the privilege to use your data at your request, and then only for a period of time controlled by the user. Our target is to up integrate the internet instead of keeping all the users data hidden behind a wall and never letting the user have their data back when they leave a service. No shameless plug at this point for the start-up; just be careful of Facebook.

  6. Use Tinfoil Instead by Anonymous Coward · · Score: 5, Informative

    USE TINFOIL FOR FACEBOOK!!!

    Seriously guys. It works pretty well, and it isn't as annoying as the Facebook app.

    https://play.google.com/store/apps/details?id=com.danvelazco.fbwrapper&hl=en

    1. Re:Use Tinfoil Instead by wannabgeek · · Score: 1

      Wish I had mod points! This app seems really useful! Installed it, and kicked Facebook off my phone.

      --
      I'm much more funny, interesting and insightful than the moderators think
  7. Facebook on android == teh suck by stair69 · · Score: 2

    Facebook's android app drains battery, is full of bugs and has a wierd non-standard interface. I didn't think they could make it any worse, but here we go - well done Facebook, you really raised the bar on suck there.

  8. When you assume... by 93+Escort+Wagon · · Score: 5, Insightful

    If an app states it needs permission to do X and Y, it would be rather naive to not assume it will do X and Y.

    I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so - it just makes sense, and it's not like both OSes haven't copied from each other before. But I suspect Google doesn't really want to remind you of what information each of its apps is accessing, or when.

    --
    #DeleteChrome
    1. Re:When you assume... by kwark · · Score: 1

      "I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so - it just makes sense, and it's not like both OSes haven't copied from each other before."

      There are apps for that, eg:
      https://play.google.com/store/apps/details?id=com.lbe.security.lite
      http://forum.xda-developers.com/showthread.php?t=1091065

      But can you trust these kind of apps? So far I do, worst case scenario is there is now 1 more app that can access my data.

    2. Re:When you assume... by 93+Escort+Wagon · · Score: 2

      I don't want to give the impression I'm trying to against argue your comment, because it's great those are available; but since they require a rooted phone, they may not be practical options for non-technical people.

      --
      #DeleteChrome
    3. Re:When you assume... by kwark · · Score: 1

      a: non technical people don't tend to know or care about these issues
      b: what did you expect, if a non-root app could circumvent permissions this app would be useless.

    4. Re:When you assume... by Voyager529 · · Score: 1

      It's a bit of an obtuse way of doing things, but I use LBE Security Master, Droidwall and Permission Denied altogether. I have each blocking the internet access of the other two, so odds are pretty bad that any information is getting out the front door as a result. From there, it's just a matter of using each of them to deny what's necessary. LBE is great because it's simple, but it's limited to contacts, internet, SMS, and GPS data. While that's the core set of data, Permission Denied lets you pull access for basically every API, including camera and access to onboard accounts.

      It's sad that my Linux-based phone requires more security tools than my Windows laptop, but eternal vigilance is the cost of freedom :/

    5. Re:When you assume... by stephanruby · · Score: 1

      I'm a little surprised Android hasn't copied iOS's behavior, where it asks the user whether or not to grant permissions to a specific thing (e.g Contacts or Location) at the time the app tries to do so.

      My old Nokia phone used to do that. It used to give me a modal security dialog warning to reject/accept/permanently accept the requests made by an application on my behalf (I do not remember if it had a 'permanently reject' option, may be it did?). In any case, this security behavior drove me absolutely nuts! I couldn't do a single thing without having my flow interrupted by another security dialog. Also since I was no longer in the context of the Ovi App Store when receiving the warning, I was also less likely to leave a comment about the permission in question and I would have been less likely to downgrade the visibility of the application and warn others through my negative rating.

      I hope that iOS does it better. Give me usability ahead of privacy any day. After all, I let the pizza delivery guy and the postman know where I live, what's the big problem of letting a corporation/application of my own choosing know where I am.

      If it's a battery issue, Android lets me know visually by showing the gps icon in the status bar and letting me know which applications are proportionally the biggest energy hogs. Android also lets me turn off gps location information to all applications if I ever have the need. This solution is not perfect by any means, but it's a far better solution than interrupting the function of a gps navigation right in the middle of my request, to ask for gps permission, or to interrupt the function of a caller id app right in the middle of a ringing phone call, just to ask for permission to my contacts.

    6. Re:When you assume... by stephanruby · · Score: 1

      ...or to interrupt the function of a caller id app right in the middle of a ringing phone call, just to ask for permission to my contacts.

      By the way, does iOS even do that? I suppose it would just be easier for Apple to not have any third party-made caller id applications, just like it doesn't have any of the awesome third party-made keyboard apps Android has.

  9. Godwin. by tqk · · Score: 1, Funny

    "Yeah, we know you didn't really vote this Hitler fellow to be your Fuhrer, but it's okay; the Kaiser gave it to him in an attempt to shut him up. Move along; nothing to see here."

    --
    "Tongue tied and twisted, just an Earth bound misfit ..." -- Pink Floyd.
  10. Google is in on it by plastick · · Score: 3, Informative

    Want proof that Google, Verizon, etc. are in on the privacy nightmares of Android?

    They keep releasing new versions that prevent people (who own their phones) from rooting them to

    1) block ads ( from their Google Play store)

    2) prevent you from using apps to control permissions (like LBE Privacy Guard that now reboots your phone in an endless loop)

    With all the time and effort put into their OS, why have they not allowed users to control permissions on apps in any way, shape, or form? Why? Because they are marketing companies that also sell your data to other companies (including all the top mobile carriers). They make deals with these companies and propagate the problem - turning smart phones into a privacy nightmare. And it's not like the iPhone is any better.

    Until people take a stand (and stop being a bunch of apathetic consumers), it's not going to change. People allow themselves to be taken advantage of. It's sad. Most don't even care. They'll happily give Facebook and Google all their information because "they don't have anything to hide" - which we all know is the lamest excuse for apathy possible and is easily dismissed as moronic. And it just keeps getting worse - and now our governments collect this data too.

    And what is the effect? People are not getting jobs or losing their jobs due to their Facebook posts. Insurance companies are increasing rates on people who type certain terms into their search engines. And that's just barely getting started!

    Wake up, folks!

    1. Re:Google is in on it by alext · · Score: 1

      I have LBE on Android 4.1.2 and it seems fine, if a bit hard to navigate. This is the more recent (modified Chinese) version though, not the Play Store one.

    2. Re:Google is in on it by wvmarle · · Score: 1

      If you can root your phone, it's a vulnerability that should be fixed, it's as simple as that. The OS is designed in a rather secure way, not being able to get root access is one of those design features. Vulnerabilities that you try to exploit to get root access can just as well be exploited by malware in apps, and then you never know what's happening.

      If you don't like that, by all means install an aftermarket ROM like Cyanogenmod. And even those should have no vulnerabilities, allowing apps root access without you giving explicit permission.

  11. This is why it's important to get root access... by excursive · · Score: 2

    If you have root you can turn off those permissions. If the app doesn't run without snooping permissions (as Groupon and Google Offers do not), well, it's their choice not to get my business.

  12. alternative Facebook apps by stenvar · · Score: 1

    Keep in mind that you do not have to use Facebook's app; there are several third party Facebook apps for Android.

  13. Website? by HRbnjR · · Score: 1

    I installed the FB app when I first received my Galaxy Nexus, and the battery life dropped from 3 days to 1, so I axed it, and added a desktop shortcut to their mobile site, which seems to work well enough for me.

    1. Re:Website? by int19 · · Score: 2

      I installed the FB app when I first received my Galaxy Nexus, and the battery life dropped from 3 days to 1, so I axed it, and added a desktop shortcut to their mobile site, which seems to work well enough for me.

      ^ This

      I've been using the mobile website instead of the Android app for about a year. It's not quite as good as the app, but is more than adequate for my needs and has no battery impact. The only notifications I care about get emailed to me.

  14. Pause while in call by tepples · · Score: 5, Informative

    For example, lots of apps require "Read phone state and identity" which gives the ability to learn not only the phone number, but also whether you are in a call and the number of the other party.

    There's a very good reason for media players and games to require this. Knowing whether the user is in a call allows the program to pause itself until the call completes.

    1. Re:Pause while in call by chihowa · · Score: 3, Insightful

      Because the permissions are too coarse grained. Weren't you paying attention? That's what this whole thread has been about!

      --
      If you want a vision of the future, imagine a youtube comments section scrolling - forever.
    2. Re:Pause while in call by Karlt1 · · Score: 1

      There's a very good reason for media players and games to require this. Knowing whether the user is in a call allows the program to pause itself until the call completes.

      iOS handles it without requiring such intrusive permissions.....

      http://www.sagorin.org/ios-playing-audio-in-background-audio/

    3. Re:Pause while in call by alostpacket · · Score: 1

      Games should not need it. Any time the host activity is paused the games should pause any background processing. Media players, especially music players do play in the background, even with the screen off though. So for them, it is a must.

      The permission is too coarse though. They need to separate state and identity. Unfortunately they've dug a backwards compatibility hole pretty deeply though at this point.

      --
      PocketPermissions Android Permission Guide
    4. Re:Pause while in call by alostpacket · · Score: 1

      Correction: I'm not sure media players even need it either as of API 8:

      http://developer.android.com/training/managing-audio/audio-focus.html

      --
      PocketPermissions Android Permission Guide
    5. Re:Pause while in call by Emetophobe · · Score: 1

      I thought you could already do that without requiring READ_PHONE_STATE? When your app loses focus (for whatever reason, a call, user switches to another app, etc..) then onPause() gets called. You should be able to handle losing focus there... without needing any special permissions.

      Though I only write android apps as a hobby, so maybe I'm wrong.

    6. Re:Pause while in call by Simon+Brooke · · Score: 2

      Because the permissions are too coarse grained. Weren't you paying attention? That's what this whole thread has been about!

      This.

      I don't, in general, mind apps knowing whether or not I'm in a call. I mind very much their knowing who I'm calling. That's exceedingly intrusive. It's the single thing which makes me most unhappy about Android at present - more and more apps are asking for this permission, and as it's an all or nothing thing, you either grant the permission or don't install the app. Generally, I don't install the app - because I don't want commercial companies building up a map of who calls who when. I particularly don't want them knowing who I call, or who calls me. But the problem is, even if you don't install the app, the chances are the person you're talking to has, so the owners of the app get to log your call anyway.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
  15. Re:LOL, suckers... by UltraZelda64 · · Score: 4, Interesting

    I don't laugh at all those future phones sold with this garbage, and with it installed and set up in such a way that you are forbidden from uninstalling it...

    I already have problems caused by "stock" programs on my phone that cannot be uninstalled without root access, and I cannot trust going through the process of attempting to gaining root, something that could possibly leave me without a phone. Once this garbage makes its way "stock" onto commercial Android phones in the same way, there will be an even greater need to try to gain root access. I am not looking forward to the day when I have to start doing extra research just to find out if a particular cell phone comes with this Facebook garbage, only to find that they all fucking do and the only possibly way out of it is to risk rooting it.

    It's already a bitch doing research for a new phone, given all the variations in (incompatible) Android versions. It's a royal pain in the ass trying to find a phone that doesn't suck in general, and doesn't force the use of a cell service provider that tries its best to fuck you up the ass. The last we need is to add fucking Facebook to the mix. Fuck them.

  16. So what? by John+Hasler · · Score: 1

    If you have a Facebook account you have already decided to publish every detail of your life anyway.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:So what? by wvmarle · · Score: 1

      I do have a facebook account. I do not post every detail of my life, on the contrary. I'm posting maybe one status update a year, if that many. They're going to have a hard time profiling me anyway, as I don't click "like" all the time either. I even still haven't bothered to add a profile picture, and my timeline is filled with photos other people posted. At least it was last time I visited that page, half year or longer ago.

  17. Acceptance ritual under Belgian law by tepples · · Score: 2

    Luckily I live in Belgium

    For people who want what you have, how's their immigration policy?

    where clicking 'I agree' is not a form of contract

    If accepting a contract offer under Belgian law cannot be done by activating a control in a graphical user interface, then how can anybody sign up for a service or buy a product over the Internet?

    1. Re:Acceptance ritual under Belgian law by mrmeval · · Score: 3, Informative

      It should be done by mail/phone with a credit card with credentials mailed to you. It worked very well to keep trolls and spam off of Fidonet and Rime forums and since netmail messages cost a $0.25 so I'd love to get all the spam they could send. ;) BTW netmail was a feature of both those networks and I could send electronic mail all over the world. Both networks were like the internet but far more decentralized.

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    2. Re:Acceptance ritual under Belgian law by Anonymous Coward · · Score: 1

      Almost everybody gets in. The government gives you money.

      Any money you make above 15.000 USD, will be taxed at 40%
      Any money you make above 45.000 USD, will put you in the highest tax bracket of 50%. That is income tax. Add 8% community tax. Add 13% social security.
      Government spending equals 53% of GNP. If you have no children and a decent job, you probably pay 50-60% taxes.

      There are two strategies that are succesfull in Belgium; be top 1% rich and benefit from the absence of capital gain-taxes. Or be a bum and have the government pay for everything. Cheap housing. Free electricity. Free heating. Free public transportation. Free holidays (yes, the government/social security will pay unemployed people so that they can go on holiday too...). Free schooling. Etc. Etc...

  18. Re:LOL, suckers... by Anonymous Coward · · Score: 1

    Android is total spyware anyway - the electronic equivalent of standing on a street corner bent over with your shorts down to your ankles. Enjoy.

    Now this layer on top - Facebook; The venereal disease of the internet.

    -1 Troll me if the truth hurts, Fandroids.

  19. Permission rationales by tepples · · Score: 2
    They don't. Though Android unfortunately has no way to deny the "your phone number and that of everyone you ever call" permission without also denying "knowing when you're in a call so that it can pause", that's what permission rationales in the application's description are for.

    Phone state: Used for pausing when you're on a call.
    Internet: Used to synchronize recently played videos between devices. We don't share this unless you tell us to.

    "But I don't trust that people won't lie in these rationales." That's what Dalvik disassembly and free software licensing are for, so that people who get paid to review applications can verify that the application's source code actually does what the rationale says and doesn't peek at actual phone calls.

  20. Re:It's not just facebook by Takatata · · Score: 2

    And the list of worst offenders also reads like a roll-call of must haves: Pandora. Angry Birds. Netflix. Shazam. Et tu, Yelp?

    Interesting. I don't have a single one of this 'must haves' installed.

  21. Too late once app is installed by SuperKendall · · Score: 1

    While this part in itself is not a bad thing, it should be possible for users to fine-tune the settings once an app is installed

    Be realistic! Who is going to do this? Approximately no-one.

    What really is better is that as apps request protected resources, then you are asked if you want to allow such access - that way you the user have the context for the access, to understand exactly why you would want to allow that ability.

    There are a lot of iPhone apps for example, where I am happy to give location when I see what it is used for - and almost no apps that I care to give permission to see contacts, but I can run any new app knowing it will ask if it tries to get them. It also means that you can buy something and run it much later without having to remember just exactly what it was you agreed to let it access!

    It is insane to me to ask non-technical users to understand up-front permissions at all.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  22. Meanwhile CNN screams "MALWARE!!!" by gelfling · · Score: 1

    Today there's an Apple fanboi sponsored article that screams that 99% of all malware is from Android. If you parse that you'll discover that most of it is PRECISELY this sort of thing which users will download and start hammering away like a crackpipe even when you tell them what it does to their personal info. Which btw iPhone apps do too. But we don't want to talk about that......

    People are stupid and we need to start beating them half to death with their phones.

  23. Uninstalled by OptimalCynic · · Score: 2

    Uninstalled.

  24. Balance it by tepples · · Score: 1

    I'll admit that Android has a "phone state" permission that's far too coarse-grained. But I see that as a minor flaw compared to the big flaw in iOS: Apple deliberately left out some parts of HTML5 as well as native APIs needed for applications to perform wireless network troubleshooting. Several categories of applications are completely excluded.

    1. Re:Balance it by Karlt1 · · Score: 1

      I'll admit that Android has a "phone state" permission that's far too coarse-grained. But I see that as a minor flaw compared to the big flaw in iOS: Apple deliberately left out some parts of HTML5 as well as native APIs needed for applications to perform wireless network troubleshooting. Several categories of applications are completely excluded.

      Only on Slashdot would someone think that "not allowing wireless network troubleshooting" is equivalent to allowing a random app to know who I'm calling.

      FYI:Android browsers are also not fully HTML 5 compliant. WebGL in particular is not supported by Chrome or the old Android Browser (except for one specific phone).

      http://mobilehtml5.org/

    2. Re:Balance it by alostpacket · · Score: 2

      It's not a contest -- the fact that iOS handles it well is a good thing. But it doesnt change the fact that what tepples said was also correct (though seems deprecated AFAICT). This was unfortunately the problem with that permission. It had very legitimate uses, and very nefarious ones too.

      Nevertheless, you brought up the comparison to iOS. So kindly spare us the "only on slashdot" stuff when it was you who seemed to be spoiling for a brand fight.

      --
      PocketPermissions Android Permission Guide
  25. Facebook app has access to EVERYTHING by ukemike · · Score: 1

    I don't see how having access to your apps list matters much when the FB app already has access to:
    Your personal info (read and write contact data) Your location (fine)
    Network communication
    Your accounts
    Storage (modify/delete usb contents)
    Hardware controls
    Phone calls (state and identity)
    System tools

    --
    -- QED
  26. Meaningless permissions by sgunhouse · · Score: 1

    As the example I'm most familiar with, let me consider the Opera Mobile web browser. Since the browser supports GetUserMedia it has to say it accesses the camera, though in reality it will ask you if the website should be allowed to access your camera if the site asks to do so (if you visit some video chat site). Likewise since they support location-aware websites, the permissions say it uses both GPS and network location data - but again, if you visit a website that wants your location (so they can tell you where their nearest physical store is, for example) the browser will ask if the website should have access to your location. The Play Store doesn't have any way of indicating that the app will ask before actually accessing this data.

    And for those apps which don't offer a choice, the OS should. All browsers support 3 general settings for cookies - accept, deny (block), and ask. You should be able to say "No, I don't want this app knowing my location today" if you so choose - and still be able to allow it tomorrow. Or still run an app while denying it access to your contacts - ever. It should be part of Android (the browser shouldn't have to ask per se) or whatever OS, so that the developer doesn't have to think about it ... well, okay, an email or chat app always needs access to your contacts, so maybe they should have a "requires" and "can use" in the permissions.

  27. Spyware by beefmusta · · Score: 1

    So it's basically spyware then. Or does that term not apply when it's a company as big as facebook doing it?

  28. Are there any open source facebook clients? by lindi · · Score: 1

    Are there any open source facebook clients? Pidgin uses XMPP for facebook chat but it doesn't support "multi chat" and more importantly it does not let me read messages that I missed when I was offline.

  29. j2me fucked it up by gl4ss · · Score: 1

    j2me implementations had a bunch of permissions that on most phones were available ONLY as on demand given permissions, with some having no option(without trickery, carrier signing etc) to allow always even. or even allow for session.

    so they might be wary of that. but it could be done better. in the j2me world on many phones you had a filesystem and api's for handling that. but that wasn't much fun when getting a file listing or creating a file took 3 repeats of a two button press dialog!

    --
    world was created 5 seconds before this post as it is.
  30. let get this straight... by Mysticalfruit · · Score: 2

    I'm shocked a social networking company that makes its money by selling as much data as it can possibly mine out of its userbase has created an uber app that runs on your mobile device and gives them unfettered access to all your information.

    Really? People are shocked by this? I would have been much more shocked if a report came out showing how Facebook Home actually protected your privacy.

    Honestly I never had any interest in running this on any mobile device I own. Firstly I care about my privacy and secondly I could give two shits what the highest score my aunt has achieved in Candy Crush today. I always wondered what would happen if Farmville and Bejeweled had a baby... it's truly a Lovecraftian horror or tentacles, eyes and mouths..

    --
    Yes Francis, the world has gone crazy.
  31. Re:LOL, suckers... by Chrisq · · Score: 3, Funny

    Android is total spyware anyway - the electronic equivalent of standing on a street corner bent over with your shorts down to your ankles. Enjoy.

    I have to say I didn't enjoy my Android phone half as much as your other suggestion.

  32. Possibly for bug fixing purposes? by gravis777 · · Score: 1

    I am not sure what all the Android crash report gathers, but the Facebook Android app is getting buggier and buggier with each release, with people screaming bloody murder in the reviews. It is possible that Facebook is gathering this data to see what might be causing people problems. Still, I don't like the idea of an app developer, even facebook, knowing what I am running. Not that I have anything to hide, but still....

  33. Re:FB's not worth the hassle by Trax3001BBS · · Score: 1

    Forget FB, I tried it for a year 4 years ago, then deleted my account.

    I deleted my account around the same time. All it ever did for me is show my friends progress in Farm Ville.
    I was also told my account wasn't deleted and I could reactivate it by logging in again. In other words it
    didn't do a damn thing.

  34. Firefox for Android supportes WebGL by tepples · · Score: 1

    WebGL in particular is not supported by Chrome or the old Android Browser (except for one specific phone).

    Three things: First, one Android phone is greater than zero iPhones. Second, Android lets you install Firefox, which does support WebGL according to this chart. Third, WebGL is in Chrome for Android beta, which means it's coming soon to Chrome for Android.

    1. Re:Firefox for Android supportes WebGL by Karlt1 · · Score: 1

      hree things: First, one Android phone is greater than zero iPhones.

      So as a web developer would you depend on WebGL based on one obscure phone?

      Would you target WebGL and then do the old 90's "Best viewed in FireFox for Android?"

  35. What replacement for WebGL? by tepples · · Score: 1

    Would you target WebGL and then do the old 90's "Best viewed in FireFox for Android?"

    "Best viewed in" is bad practice. Quoting the box at the lower left of the page linked at the end of your previous comment: "Always use feature detection." If the WebGL feature is not detected, the application would display "This web application requires a web browser that supports WebGL." The words "a web browser that supports WebGL" would link to a list of web browsers that support WebGL either in a release version or in a beta version. The list would have sections for all platforms, with the platform matching the user agent at the top. For example, the Android section would list Firefox for Android and Chrome Beta for Android. For iOS it would say "Apple has chosen not to make WebGL available for your device. Please try this application using a desktop or laptop computer."

    If such an error message is not acceptable, what API do you recommend using instead of WebGL? Should a web application that presents a 3D view have an alternate 3D engine that runs on top of 2D Canvas and just accepts the stitching bug as collateral damage? Or is the concept of "a web application that presents a 3D view" itself unacceptable for some reason?

    1. Re:What replacement for WebGL? by Karlt1 · · Score: 1

      For iOS it would say "Apple has chosen not to make WebGL available for your device. Please try this application using a desktop or laptop computer."

      And that worked so well for Adobe with Flash on mobile.....

  36. Re:LOL, suckers... by Applekid · · Score: 1

    Just do what I do... use a phone built in the early 2000's. When mine breaks, I can find a replacement for less than $30 without all the new crap installed on it.

    Will they even make dumb phones / feature phones 5 years from now? 10? They will effectively become unobtanium, like a quality CRT display, a quadraphonic sound system, or a box of floppy discs.

    --
    More Twoson than Cupertino
  37. also, popups by WhiteDragon · · Score: 1

    In addition to the "Retrieve running apps" and "Reorder running apps" permissions, the new version of the facebook app also requests the "Draw over other apps" (aka the "popup" permission). I'm sticking with the old version, which is intrusive enough, thank you very much.

    --
    Did you mount a military-grade, variable-focus MASER on an unlicensed artificial intelligence?
  38. Not MY Facebook by Wokan · · Score: 1

    I declined the "upgrade" and will remove it from my phone when it ceases working. Facebook needs people more than people need Facebook.

  39. Background music playback by tepples · · Score: 1

    I thought you could already do that without requiring READ_PHONE_STATE? When your app loses focus (for whatever reason, a call, user switches to another app, etc..) then onPause() gets called.

    Perhaps I was wrong about the games aspect, but the user of a music player application wants its service to keep playing in the background even while its activity is "stopped" (not visible at all). If you pause music playback when the user switches away, you're right back to the single-tasking in iOS pre-4. Perhaps audio focus is the right way to manage that.

  40. Re:FB's not worth the hassle by SternisheFan · · Score: 1

    Forget FB, I tried it for a year 4 years ago, then deleted my account.

    I deleted my account around the same time. All it ever did for me is show my friends progress in Farm Ville. I was also told my account wasn't deleted and I could reactivate it by logging in again. In other words it didn't do a damn thing.

    At the time I'd heard about 'deleted accounts' that weren't truly deleted, so I followed the exact steps to delete my account as detailed by a reputable site. It required doing some extra steps that I never would have known how to do. It is doable, you might need to google for that info now, and once you know how to truly delete your account, re-log in and perform those steps. Here's a quick Wiki-How link...

    http://m.wikihow.com/Permanently-Delete-a-Facebook-Account

  41. But only for iAds by tepples · · Score: 1

    Flash is different. Flash was effectively controlled by one vendor (Adobe). WebGL, on the other hand, was an open standard from day one. In fact, iOS 4.2 and later support WebGL, but only for iAds. This makes the omission of WebGL from Safari appear all the more deliberate.