Facebook removed access to the user's mailbox, well restricted it actually:
This permission is granted to apps building a Facebook-branded client on platforms where Facebook is not already available. For example, Android and iOS apps will not be approved for this permission. In addition, Web, Desktop, in-car and TV apps will not be granted this permission.
Which for my purpose is pretty much the same thing. I'm currently looking into the new messenger app and wondering if someone knows if there is a way to have access to the text content from it.
What I'm trying to build is a translator app where a text message gets translated after sending it and before receiving it. Any help greatly appreciated.
I don't believe in getting permission to my data. Set up a scraper and pull our data out of Facebook. Then do anything you want with it.
Related
We are developing Native Mobile Application : Android platform, Ios Platform (Swift).
Instead of asking user to download and install https://play.google.com/store/apps/details?id=com.google.android.apps.authenticator2&hl=en_IN mobile app and then generate a QR code in our application to be scanned by this app, we are willing to do it api way. Means We want to call Google Authenticator API pass it QR image, secret and user is registered
Is this Ok and possible. Any one using it please suggest.
I'm not going to say that this is impossible, but integrating Google Authenticator would be a nightmare, and likely wouldn't do what you're expecting it to do. Allow me to explain.
Problem #1
For each instance of the app, you'll have to have a Unique Identifier to pair it to Google's Authenticator. In other words, you'll need to generate a new QR code for each device, pass that off to the system (Which doesn't exist without the app.) to pair the application. This is going to require a "Log-In" to properly store.
Check out this for a possible work-around to Problem #1: https://authenticatorapi.com/
Problem #2
If you're already logging in and the device is already being authenticated, what purpose does the Google Authenticator provide? Well, I'm assuming it allows you to prevent unauthorized access, possibly prevent more than one device. There are infinitely easier ways to manage this, location services are the first one that comes to mind for me.
Possible Solution (iOS)
This is absolutely my go-to method for handling authentication. Encourage or require your users to use 2FA (Two Factor Authentication) attached to SMS messaging. A simple line of code such as this will grab an SMS one-time code.
// Available as of iOS 12, make sure to check version.
self.verifyCodeTextField.textContentType = .oneTimeCode
Android SMS Retrieval
Android Auto-SMS-Retrieval https://developers.google.com/identity/sms-retriever/overview
I don't know it all, most certainly, but I hope this opens the floor for some discussion and brings forth a solution or explanation to your question.
Research Material
Google Authenticator available as a public service?
java API for google Authenticator
Sadly I know little to nothing about mobile app development and I am tasked with thinking through privacy considerations a user could have when using a mobile website vs its app equivalent.
For example, when a user browses our mobile website we can collect the following data:
IP
User agent
OS information returned from Javascript, including screen resolution
Cookies from the domain
Of course, this list isn't exhaustive.
So what can easily be collected from a user of a mobile app? (assuming no extra permissions were enabled)
IP
What's the equivalent of a user agent?
What OS/device info is available?
Do apps have "cookies"?
What else?
APMK, we can Collect the below data
Device location.
Device Name.
Device Version.
OS (Android/iOS/Windows)
Cooikes if we are using webview ..etc
I think your question requires more clarifications and answer to the following questions:
Do you have access to the source code ? If yes, you can track basically anything that's in the app using 3rd party tracking services like Google Analytics or other similar stuffs (even your own implementation). If not, do you have access to the API that's used by the application ? If yes, you can probably detect the OS since almost all request have a User-Agent attached to them, platform specific, but from the API requests you can't have much info.
I think the problem should be put the other way around, what do you want to track from a mobile app ? And I can tell you from my experience that there's almost nothing that can't be tracked from mobile apps if you have access to the source code. Regarding the permissions, off-course you won't be able to access something for which you didn't request any permissions, but you can check if the permission is granted anyway (maybe some other part of your app requested those permissions).
Also just a reminder, if you develop apps for EU, make sure you're GDPR compliant, the sanctions can be quite huge for a non-GDPR compliant app.
Yes there is an App where you can find all the info of the Particular info https://play.google.com/store/apps/details?id=com.quixom.deviceinfo
Check it out
I want to develop an app which will appear like a plugin when the user types something to a social network apps(comments or posts in facebook/tweets in twitter e.t.c). The app should appear as a handle so that the user will not be interrupted while using the social network. The app should be able to log the messages posted by the user and the user should be able to retrieve any logged texts from app so that he/she can reuse the same texts while posting.
Is it possible to implement such an app along with the social network app running? Kindly provide any links/ideas/design approaches....Waiting for your guidance..
Thanks,
Srooth
I don't think you'll be able to show a "handle" (unless you make a javascript plugin that runs on web browsers) but you can make the app I suppose. Here's one approach:
Create a web app that uses site-specific authentication and ask for permissions from all the social networks you plan to target.
Get permissions to read posts, comments, tweets etc using the site's API.
Periodically retrieve this stuff using the API from the sites and store them in your own server.
Write an android app that has a nice UI that retrieves this data for a particular user from your server (via your own REST API) and displays it in the mobile app.
This is a very high-level overview and the actual implementation is gonna be difficult and will take a while. But the basic approach should work. Good luck!
I am just starting on Android development. To my nascent knowledge, it seems that anybody can grab any personal info and modify it or phone it home. Like with ContactContentProvider. I know these(permissions) have to be specifically declared in application manifest and the user would be presented with this info during installation. But still how would you you know the application handling your private data is not going to go rouge on it?
Example:
Suppose I create an app with internet
and contact-reading permissions. It
claims that it will backup contacts on
a server specified by user. While
secretly it also copies them to your
own server.
It's no different than you developing an app that does it that runs on a PC, or something that uses your gmail login to see if there's others you know on the same site.
It's all about trust. Also the Apple approval process doesn't safeguard against any of this if you hide it and when found out malicious apps can be killed & uninstalled instantly.
I was wondering how to get the email from the owner of the phone or from the gmail account used on the phone.
I am trying to do this on android 1.6 and up.
I know its possible because I have seen some apps that get the email.
Maybe its undocumented or it reads it from a undocumented provider or some authentication service, but I know its possible.
Can anybody help me on this?
Thanks
Daniel
To retrieve information from another application you would use it's content provider.
The problem with what you want to do is that the gmail application is closed source and does not have documentation like the rest of the open source SDK. You could hack a solution together using undocumented providers like you said, but updates to the gmail application may break your code.
Either create your own email application using POP3 or IMAP and integrate with that, or think of a different way to do what you're looking to accomplish.