I have been successfully using Drop Box for IOS Over the Air Enterprise Distribution, however our company as part of a security lockdown, is stopping the use of DropBox.
I have been trying to use OneDrive with no luck with the Corporate or Personal Drive, I get the message "Safari cannot open the page because the server cannot be found." with the URL "itms-services"
I have used Share & copy link, below is the URL I am using to the manifest file, is there any changes required to be made to the link like DropBox?
itms-services://?action=download-manifest&url=https://1drv.ms/u/s!AovuAwqVtXvggfsVeJcr8RtT3aXQ2Q
Really appreciate any help
this URL should work (Assuming you are firing this link in WebView)
https://1drv.ms/u/s!AovuAwqVtXvggfsVeJcr8RtT3aXQ2Q
Related
Having trouble solving this one.. hoping someone out there has run into it and can help.
Scenario:
I'm the owner/developer of an iOS app (https://itunes.apple.com/app/id1032962936)
It integrates with Facebook for facebook login so i have a facebook app in place to service the API requests.
I also run a website to support the app (http://www.heythere.us) and that site has a blog.
The Problem Statement:
When I share a blog article from my site to facebook it shares perfectly fine. It shows the right thumbnail image from the blog article, and the right text. All of that is good to go because i installed the official facebook plugin for wordpress. However, I have the iOS app installed on my iphone, and i click the shared article in my facebook feed my phone just opens my app when it should be opening safari and sending me to my website's blog article. It's almost like there's some deep linking going on here that isn't quite right. Or the meta data on my website isn't quite right.
I dont want all my people who see the blog article share to click it and get sent to the app (if it's installed on their phone) ... I want them to go to the website and be able to read and share the article.
has anyone ever seen this and solved it?
Thanks!
It was the al:web:url meta tag that I had on the site pointing at the itunes link for the app. I removed that and re-scraped my links in facebook's sharing debugger and now links to my website are opening correctly on my phone.
I'm trying to understand how to wrap up the process of developing a package app that has access to users google drive data.
I started examining the "gdocs" sample but soon reverted to the "identity" because I just can't manage to make authorization mechanism work with my own client_id.
I'm currently using chrome canary and I can load the unpacked extension to chrome and make it work. (both identity and gdocs samples)
I am trying to change the client_id in the manifest to my own client_id but I just can't figure out how to make it work. I always get a "bad client id" response.
I could authorize web apps using "gapi.client.setApiKey(apiKey)" but not these packaged apps sample using "chrome.identity.getAuthToken"
I tried all possible combinations but the correct one it seems.
What is the correct way to authorize a packaged app while in development stage?
Do I need to upload it to Chrome Developer Dashboard first?
Can someone help?
Thanks.
Following the updated documentation for Identity API you will need to upload your application to the Developer Dashboard, in order to obtain the application key, and then copy it to manifest.json. That is how you ensure your extension ID is fixed.
Next in Google API Console you will select Installed application and Chrome application, specifying your extension ID (that is your application ID). That will generate a proper client ID that will be matching your application.
Please follow the first link for details.
I was following quick start example for getting oauth setup for my packaged app.
https://developers.google.com/drive/quickstart-js
In order to get the client id, they put localhost port in redirect uri field, but since I am not dealing with any local server, what should I put in there to get the client id? I don't have any url set all I have done is created a manifest file, background file and loaded the unpacked extension to start with. My packaged app just needs Google Drive api to access files from it. I am just confused in getting the client id part. Any help will be greatly appreciated
Despite what the Chrome Identity API documentation says, it is possible to get a client ID through the Google APIs Console. Choose installed application as the application type and Chrome application from the installed application type. Then enter the your application's ID from the Chrome extensions menu.
We have an enterprise distribution of an app that we would like to distribute only within our organisation.
We've built the ipa file and the plist which points to the right places, and created the html page with the url: itms-services://?action=download&url={link to our plist}.
Our problem however is securing the distribution process. We want our employees with company owned iPads to be able to download the app while on the move (they're highly mobile). So we want to place the plist and the app on a public website which requires login via an oauth service.
Our problem is that if we require authentication on the URLs for the app and the plist, the itms-services:// url no longer works. What happens is that the user clicks the itms-services link, and we see an un-authenticated request for the plist (which is redirected to login) followed by a "Cannot connect to {hostname}" on the device.
At the moment, the only way I can see this working is if the ipa and the plist files are not checked for authentication. This means (I believe) that someone guessing our URLs to our plist file could create their own itms-services link and download the app without authorisation and effectively cause us to violate our agreement with Apple to only distribute to our employees.
My question therefore is - how can I create an itms-services link that does not expose the ipa and plist files to the public? If it's relevant, the website is built using nodejs and the app is a PhoneGap app.
I've figured out a solution to this.
We can't use the oauth authentication because the iOS install process doesn't present the opportunity to enter credentials.
Instead, when the user requests the page which we display the itms-services:// link on, we create a unique string to that user and encrypt it using AES-256, then store it in the database.
Our URL then becomes: itms-services://{url to plist}/{encryptedString}. We tried using a query string, but it appears the iOS install tool doesn't pass that on.
When the install tool requests the Plist, we verify the encrypted string against the database, open the plist and rewrite the url to the ipa file to {url to ipa}/{encryptedString}.
This seems to work quite well. The only issue I can think of at the moment is that the URL could be shared publicly be a legitimate user with someone who shouldn't have access. I think we could get around this by ensuring the url is time sensitive (e.g. only available for 5 minutes).
Finally, any requests to the plist or the ipa without a correct encrypted string get rejected.
I hope that's useful for someone!
I have a mobile web app/site and I would like the users to upload a word document to our site.
As safari on the iPhone is not able to upload files what are the alternatives?
I have seen http://code.google.com/p/iphone-photo-picker/ however this is not photograph.
Is it documented anywhere that the Dropbox API, iCloud API or another API would allow selection a file from a user to copy to our servers?
Alternately is there another way for our iPhone users using safari?
No, iPhone does not offer input type file on it's browser (except for images or videos).
What i do is, have users to send file(s) via email to site and download it programmatically on the server side and assign it to user's account either according to email address or some sort of password in the email.
Investigation has shown that the drop box API for the user so select a via on the webpage using OAuth could be an option in the future.
However the dropbox api documentation at the time of writing says:
Web applications using the Dropbox API are currently not officially
supported.
iCloud API is in beta and only available to members of the iOS and Mac Developer Programs so I am unable to review it's possibilities.
Update: I have now found this site: http://filepicker.io that handles uploads from facebook and dropbox.