Updating Chrome, uninstalling and installing BridgeIt, and rebooting the device still do not show a successful cloud push delivery.

Changing to airplane mode also did not result in Cloud Push delivery, but this test is complicated by the fact that neither the Ajax Push nor the Cloud Push can be delivered while in airplane mode.

The tomcat log indicates that the GCM provider does not have the current credentials. These are being verified.

Aug 25, 2014 5:34:27 PM com.icesoft.icepush.GcmNotificationProvider$SendMessage run
WARNING: Authorization key is invalid.

In regards to the scenario where the Cloud Push is not received when coming out of Airplane Mode, the following executes nicely (taken from APNSNotificationProvider):

SSLSocket apnsSocket = (SSLSocket) sslFactory.createSocket(HOST, PORT);
OutputStream sout = apnsSocket.getOutputStream();
sout.write(apnsNotification);
sout.flush();
sout.close();

And we're even counting it as a successful Cloud Push in regards to the Metrics Service. Is there something specific in the APNS API that we need to add when writing to APNS to ensure the notification is still send once the targeted device comes out of Airplane Mode?

There may be a BridgeIt App bug (for instance, if the delayed notification is delivered as a different type of notification) but the fact that this works transiently indicates that Apple may not be delivering the notification successfully to the disconnected device. Observing the log on the iPhone would provide additional details.

cloudPush is now working.

Note the sporadic issue with Android has been captured in PUSH-332 for future reference.