Re: [Aerogear-users] Possible bug in Aerogear Push Cordova/iOS implementation but not in the Cordova/Android version

Hi Rob, That would be a bug, although I can not reproduce it, to test it this is what I've done to test it: $ > cordova create push-test <my bundle id> $ > cordova platform add ios $ > cordova plugin add aerogear-cordova-push copy paste your js code into www/js/index.js onDeviceReady, changed pushServerUrl and variant info and changed quotes to " (this is your email client no doubt) and changed : into ; after console.log("Success") Attach Safari debugger and send a message when the app is in the foreground and get in the console: HandleAeroGearNotification: event => {"alert":"test","foreground":true,"coldstart":false,"sound":"default","badge":-1,"payload":{}} I press the home button and send the app to the background send another message and 'touch' the message to launch the app: HandleAeroGearNotification: event => {"alert":"background","foreground":false,"coldstart":false,"sound":"default","badge":-1,"payload":{}} The I kill the app by pressing home twice and swiping over the app to remove it send another message and 'touch' it to launch the app. This kills my safari debugger so no way to see the console log, but in this case coldstart should be true. To test this better changed the code to alert instead of console: function HandleAeroGearNotification(event) { alert("HandleAeroGearNotification: event => " + event.coldstart); // Stuff cut for clarity } I send another notification 'touch' it to launch the app and see the alert box display the text: HandleAeroGearNotification: event => true Hope this helps On Mon, Dec 14, 2015 at 10:20 PM, Rob Willett < rob.aerogear(a)robertwillett.com&gt; wrote: > Hi, > > We think we have found a possible bug in the Aerogear Cordova 2.0.4 > push > plugin specifically on the iOS side. > Summary > > We have two versions of our app, an Android and an IOS version. Both > use > the latest Cordova push plugin 2.0.4. They also both have the latest > Cordova platforms, android 4.1.1, ios 3.9.2. Both the iOS and Android > versions are compiled at the same time. We are running cordova 5.3.3 > with > Ionic 1.7.8 (?). > > 1. > > We make sure that both apps are NOT started up on each device. We > also > check they are NOT in the background. > 2. > > We send the same simple notification to each device. This > notification > config is as below, we have anonymised the variants and alias in this > JSON > structure, though we can report that the UPS server sends the data > correctly. We use the additionalData flag to provide the information > necessary to decide which notification has been clicked in the > notification > drawer. > > 'variants' => [‘variant1’,’variant2’ ], > 'message' => { > 'additionalData' => { 'Disruption_Id' => '107546', > 'EpochTime' => '1450125268' > }, > 'alert' => 'Cannon Street (EC4N) (All Directions) at the junction of > King William Street - To facilitate a heavy lift in Cannon Street, > Cannon Street will be closed. Traffic is slow moving on diversion.' > }, > 'alias' => [ ‘alias1’ ], > 'ttl' => 600 > }; > > > 1. > > Both devices show the message, the Android device stacks the message > and the iOS device display an individual message. This looks correct. > 2. > > Clicking on the Android stacked message starts up the app and the > Javascript notification handler we have defined, > HandleAeroGearNotification > is called > > HandleAeroGearNotification: event => {"alert":"Cannon Street (EC4N) > (All Directions) at the junction of King William Street - To > facilitate a heavy lift in Cannon Street, Cannon Street will be > closed. Traffic is slow moving on > diversion.","coldstart":true,"foreground":true,"payload":{"alert":"Cannon > Street (EC4N) (All Directions) at the junction of King William Street > - To facilitate a heavy lift in Cannon Street, Cannon Street will be > closed. Traffic is slow moving on diversion.","badge":"-1"}} > > > 1. > > Clicking on the notification in the notification drawer on the iOS > device also starts our app up correctly but the notification handler, > HandleAeroGearNotification(), is NOT called. The app starts up as > normal as > if the notification had not been clicked. We would expect the > notification > handler to be called in iOS as it is in Android. > 2. > > All notifications are cleared on both Android and iOS correctly when > the app is started up. > 3. > > We define HandleAeroGearNotification as > > > var aeroGearPushConfig = { > pushServerURL: "https://push-jambuster.rhcloud.com/ag-push/", > ios: { > variantID: “variantid_obscured”, > variantSecret: “variant_secret_obscured” > } , > android: { > senderID: "variantid_obscured" , > variantID: "variant_id_obscured" , > variantSecret: "variant_secret_obscured" > } , > sendMetricInfo: true, > alias: alias1 > }; > > function HandleAeroGearNotification(event) { > console.log(“HandleAeroGearNotification: event => “ + > JSON.stringify(event)); > > // Stuff cut for clarity > } > > // Slightly simplified registration event. > push.register(HandleAeroGearNotification , function () { > console.log(“Success”): > } , function () { > console.log(“Failure”); > } , aeroGearPushConfig); > > We cannot see any reference to this issue in the JIRA database and > wondered if it is a bug or not. > > If its a bug we are happy to raise it accordingly. > > Please let us know, > > Thanks > > Rob > > _______________________________________________ > Aerogear-users mailing list > Aerogear-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-users > > -- Cheers, Erik Jan _______________________________________________ Aerogear-users mailing list Aerogear-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-users