12 Oct
2018
12 Oct
'18
8:33 a.m.
deloptes wrote:
No problem with me Michele, I appreciate the support
at any time.
I will just try with an async call in the context if possible - need to
investigate.
I looked yesterday, so following is happening:
1. App is sending async Pair request to the device
2. Device responds and org.bluez.Agent1.RequestConfirmation is called
3. RequestConfirmation runs a dialog (Ok|Cancel) and the worning is
displayed 1000s of times until user confirms/rejects
Note: the class implementing RequestConfirmation is not (T)Q_OBJECT class
but creates and runs the dialog. (not sure if this is related)
It might be that I also misunderstand the way it has to be implemented, but
it might be that there is a reason for this wawrning in dbus-1-tqt
Last but not least, it is just a worning and code works as expected.