Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-101586

Bluetooth Android server asserts if disposed too quickly after listen()

    XMLWordPrintable

Details

    • Android
    • ac0dca699f (qt/qtconnectivity/dev) ac0dca699f (qt/tqtc-qtconnectivity/dev) a5b31fe55f (qt/qtconnectivity/6.3) a5b31fe55f (qt/tqtc-qtconnectivity/6.3) 1fa72a0f35 (qt/qtconnectivity/6.2) 1fa72a0f35 (qt/tqtc-qtconnectivity/6.2)

    Description

      On Android:

      If one initiates a QBluetoothServer::listen() and then quickly destroys the server, the internal ServerAcceptanceThread asserts because isRunning() is still true in it's destructor, in spite of the close() call. The close() may have been called manually or by the server destructor.

      This seems to happen when the Java-side run() is in the middle of
      time-consuming synchronous "listenUsing*RfcommWithServiceRecord()" call and therefore the interruption and stop is not immediate but will happen only after that function returns.

      Attachments

        For Gerrit Dashboard: QTBUG-101586
        # Subject Branch Project Status CR V

        Activity

          People

            vuokko Juha Vuolle
            vuokko Juha Vuolle
            Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Gerrit Reviews

                There are no open Gerrit changes