@jsulm I have tried that and this didn't work. Background services can and will be suspended as soon as there is another foreground activity/service, which seems more important to the OS. This option was also discussed in the thread I linked above. A foreground service on the other hand stays active even if the bound activity is in background.
Please also note, that I target Android 8, which imposes even stricter policies on background services, as described here.
Switched back to newer SDK folder holder a different adb version 1.0.40. That version did not support the run-as command as indicated above. Exited creator, started it again and did a rebuild and started debug on Nexus 7 without problems.
BTW all has been tested with creator 4.8.1 after I have seen no difference to old creator version 4.5.2.
the notifications are popping up almost instantly ( despite me providing time for it ).
you pass the time you want it to be triggered from now on. The API expects a time since EPOCH (as your comment in the code also states) which are the milliseconds from 1970/01/01 on.
So in your JAVA code add new Date().getTime() milliseconds to your current timeout.
So far i am able to get the notifications ( but not on Android O )
did you read this already?
Alos chekc the Qt debugger console and/or LogCat for suspicious messages regarding notifications.
No, because they were neved emitted. I just found this: https://bugreports.qt.io/browse/QTBUG-38401, it seems that they are not implemented yet for Bluez 5. However, I would like to set the pin in only one-way, the raspberry shouldn't accept any pairing if the pin code (probably hardcoded in the raspberry) is different from the one entered by the user. Anyway, I'm not sure if this is possible.
Apple is very conservative in allowing developers long term background threats/events.
Taken from the Apple docu:
Implementing Long-Running Background Tasks
For tasks that require more execution time to implement, you must request specific permissions to run them in the background without their being suspended. In iOS, only specific app types are allowed to run in the background:
Apps that play audible content to the user while in the background, such as a music player app
Apps that keep users informed of their location at all times, such as a navigation app Apps that support Voice over Internet Protocol (VoIP) Newsstand apps that need to download and process new content
Apps that receive regular update from external accessories
Apps that implement these services must declare the services they support and use system frameworks to implement the relevant aspects of those services. Declaring the services lets the system know which services you use, but in some cases it is the system frameworks that actually prevent your application from being suspended.
That said, a navigation app should fall in this category. But as it is, you're bound to do it in OBjective-C but its relative easy to include ObjectiveC code in Qt.
Looks like your connection to Qt Forum was lost, please wait while we try to reconnect.