[herb200mph]

This is a renewal of the discussion in this previous topic:

https://www.genuitec.com/support-genuitec/viewtopic.php?f=19&t=6820

We are doing extensive app creation work with a client via deployment of the app in ad hoc mode with UDID-limited access.

The client would like to be informed, via the app, that the app has had updates/changes made to it.

Referring to the post referenced above, can anyone assist us in implementing a method to do either of the following:

1 PREFERRED ) automatically advise a device user that the app has been updated/changed and to click an “Install” button.

or

2 MAYBE OK ) provide an acceptable manual method for doing the same thing w/o sending the device user an email.

Please respond with a charge to accomplish this function implementation to: mailto:herb200mph@gmail.com

Thanks in advance.

[support-michael]

@herb200mph

One approach is to encode version info in the app. On your server provide a version file that describes the current version and optionally an installation url. The app can download this remote version info and compare with its version. If there is a newer version of the app then the app can inform the user of a newer version. Based on your update policy the user can launch a remote installer similar to how the mobione app center does. Depending upon your needs you can implement policies such as force update now or by a specific date, etc.

[herb200mph]

Thanks Michael.

We can do versioning of the app when it is generated, yes? That would the the numbering feature on the “Application Name and Version Info” screen.

What do we do after that?

On the “https” server for the ad hoc files, we have:

1) HTML file that calls the manifest file.
2) In the manifest file, we can enter version numbers manually.
3) The generated .ipa file.

So, do we do this:

1) Change the version number of the app in MobiOne when we generate the file?
2) Make that version number the same in the manifest file?

Please give us some more guidance on this – its rather important to our client.

Thanks ahead of time for your next input.

HERB

[Code_A]

@herb200mph wrote:

1) Change the version number of the app in MobiOne when we generate the file?
2) Make that version number the same in the manifest file?

1) include the app version in your code as a variable in your _custom.js file

var version = 102

2) place a text file (version.txt) on your server with the latest version of the app in it, e.g. 103
3) have the app download that file when it starts, read the version from the file and compare the value to the version that was hard coded in the app (i.e., 102).
4) if server version is higher than app version then alert user that there is a newer version available (and optionally include a link or redirect to download the new version).

This is how I would handle the versioning, which is the same method that Michael suggested.

[Unknown Author]

Agreed. Don’t drive yourself crazy.

In your _custom.js file, set a variable with the version number. You don’t need to write it anywhere, and don’t futz around with provisioning profiles. It’s just a variable hardcoded into your app.

var version = 1.3; //BAM!

Then do what CodeA suggested. Grab the most recent version number from your server every time your app starts up.

phoneui.documentReadyHandler = function() {
<--Check the server version number-->
<--same? Do nothing-->
<--different?-->
phoneui.alert('Hey, buddy, update your app!', theUpdateFunction, 'Update Necessary', 'OK');
}

function theUpdateFunction(){
<--Bring user to URL of update site in Safari or somesuch thing-->
}

-1TC

[herb200mph]

The help and guidance is greatly appreciated.

We have created a name_name.js file with this code in it:

var version = 1.3; //BAM!

Then, added it to the javascript libraries on the home screen.

Now then … where does this code go?

phoneui.documentReadyHandler = function() {
<–Check the server version number–>
<–same? Do nothing–>
<–different?–>
phoneui.alert(‘Hey, buddy, update your app!’, theUpdateFunction, ‘Update Necessary’, ‘OK’);
}

Sorry we are so naive about this, but we are not coders. We put stuff together, but we do not write code or program.

The code you guys throw together in a second is like an alien language to us – sometimes. Well, most of the time anyway.

FYI – the Home Screen for our app is an image with a link to another screen.

[Unknown Author]

That sounds like a fundamental, systemic issue that will haunt you until you either learn to code or hire a programmer. Deal with your issue or it will hurt your company.
-1TC

[herb200mph]

Does the posting not say:

WILL PAY FOR SOLUTION????????????????

We are willing to do so if someone will step forward and work with us to implement an updating of the ad hoc apps in a painless manner for the client reviewers – and US!

[Brandon]

email me: info at cincyplanet dot com

[Author]

Posts