We are developing a BB app using the Verivo development platform. The application server pushes notifications using the settings provided by RIM after registering for BIS Push. We have observed that BB devices in the US are receiving the notifications successfully. However devices in Asia (Singapore and Sri Lanka) are not. These devices have valid BIS plans and are properly connected to BIS. What could be the issue?
We did tick all three regions when registering with push.
Thanks in advance.
The cause was a corrupt config database left over in the BB. Verivo support recommended not installing the app using the BB Desktop Manager which may cause this issue. Cleared this out reinstalled and it worked.
Related
I'm working with a fork of this project for Empatica E4 wristbands and I'm unable to make the discover devices work without running the app from Xcode. The situation can be replicated with the original sample project.
When I ran the project through Xcode, I can see the list of nearby devices.
However, when I close the app and ran in from the phone (instead of clicking "play" on Xcode), I can't see any device.
Should I configure something on the Project or own a developer account? Right now I'm not paying a developer account but I thought I could do this without using Xcode to run the app. Thanks.
In short: I can open the app without connecting the phone to XCode but I can't discover devices when I'm not connected to XCode.
More details.
When executed through Xcode on the iphone, the device discover works. On the logs, we can see:
E4tester [didUpdate] status 2 • kBLEStatusScanning
bluetoothd Received XPC message "CBMsgIdScan" from session "Empatica.E4testerCV-central-313-24"
bluetoothd Received 'start scan' request without duplicates for all UUIDs from session "Empatica.E4testerCV-central-313-24"
bluetoothd State of application "Empatica.E4testerCV" is now "foreground-running"
However. When the app is opened on the iPhone (instead of ran via Xcode), we get the following log messages:
E4tester [didUpdate] status 0 • kBLEStatusNotAvailable
E4tester Task <EA813C26-F662-461C-8C47-A97FA7E32BA4>.<0> response ended
E4tester Task <EA813C26-F662-461C-8C47-A97FA7E32BA4>.<0> done using Connection 1
The important detail here is the kBLEStatusNotAvailable status, which contrasts with kBLEStatusScanning. According to their docs this means The iOS device does not support Bluetooth LE, or the Bluetooth LE module is not active. but the device does support BT LE and is enabled.
I opened an issue on their repository.
You need developer's account for testing Xcode apps in devices.
Developer account will give certificates and provisioning to run app in device. There is 2 certificates develop and distribution.
In your case you don't have any apple account. so maybe u are using freee provisioning
Please read this one to understand free provision:
Test iOS app on device without apple developer program or jailbreak
Maybe the capabilites on free provision is limited on debug mode *(runned from xcode)
In the end I got a direct answer from Empatica support team which I think is perfect since I sought an answer from credible and/or official sources.
Still, I would like to thank Antonio for his useful answer as well as Scriptable and Hichem for their messages.
The answer from Empatica E4 team is the following:
#carlosvega If you are working with an iPhone with iOS 11 or 12 you
should add the string NSBluetoothPeripheralUsageDescription in the
Info.plist file. The sample code has been created a while ago before
the privacy string was mandatory.
-- Empatica Engineering Team
I have a Mac application and an iOS application. I need to display a notification on iOS, coming from the Mac app.
Is there any easier way to do it than using Push Notifications or network sockets (UDP or TCP)? Maybe Apple provides it away?
I need to make sure that the user hears this notification. The application should launch in the background and start playing sound.
If they are on the same network you can use bonjour ( https://developer.apple.com/bonjour/index.html ) for communication between mac app and iOS app.
If they are on different network you have to use a server, the server will be connected to both mac app and iOS app via tcp, and you can send msgs via the server. And if the iOS device is locked or app is in background you have to implement push notification for sending data to the iOS app.
Not sure of your use case, but using Apple's push notifications to serve notifications for your app seems like a suitable choice. Again, not sure of your use case, but an alternative may be to send a text-message using the Twilio API.
There is another option known as BLE .With BLE you can interact between mac and iOS using core bluetooth framework.
When you receive any message from mac to iOS using this framework you can show a local notification and can wake an app, since BLE also works well in background mode.
For mac to act as peripheral there is a good open source project over here.
you can find more information about BLE here.
Hope this helps.
I think the only acceptable solution is to send push notifications via APNS from mac to iOS device due to limitations on app lifetime on iOS. There is nothing hard in implementing APNS, there are lots of ready implementations, like NWPusher - you may copy it to your project and setup the environment - keys, device tokens - and you're done. To transmit tokens from iOS to your mac app, you may use tons of ways. For example, implement simple web-service on mac and send tokens via http/https.
You may also use a ready server-side implementations, like parse.com, to send push notifications.
The new version of Pushbullet app (https://itunes.apple.com/us/app/pushbullet/id810352052?mt=8) for iOS and Mac can show you all the notifications you get on your phone inside their Mac app.
Not just the notifications going to the app itself - all notifications from all applications.
How did they manage to do that? I can't figure out which APIs they are using to do this.
In General, Apple device gives the access to Notification to BLE, so that Notifications can be shown on any onboard system like Car's Dashboard. So I think they are using ani API related to that.
This might be helpful
https://developer.apple.com/library/ios/documentation/CoreBluetooth/Reference/AppleNotificationCenterServiceSpecification/Introduction/Introduction.html
I am developing app for blackberry os 6 & 7 For receiving push notifications should I compulsory subscribe blackberry internet service plan from my service provider or any normal internet data plan or wi-fi networks works for me. Please help. I am using blackberry curve 9220
We built an MDM server using a Mac Mini. We successfully set everything up and pushed out 2 enterprise apps to about 50 iPads. All of the iPads where updated to the latest version of ios as of last Tuesday, all of the devices are at least an iPad 2.. All are connected to WIFI
The question is these 2 apps successfully pushed to 90% of the ipads but the remaining few ipads will not download the app? The device will receive the push but after a few minutes will say that the app can not be downloaded at this time? I haven't been able to get my hands on a unit that is doing this yet so I'm hoping that someone may have come across this problem before. Is there a setting on the pad that would stop an app from downloading?... I've ruled out the network because some of the ipads that are not working are connected to the same network that others have downloaded the app on.
I'll post console information here as soon as i get some but again hoping someone may have an idea that I can have them try remotely
We use an MDM service called AirWatch and we are having the same issue. I gave them a call thinking it was our server but from what he says (as of right now) Apple is having APN issues