[bluez/bluez] 273bf9: gobex: Fix abort for SRM operation

[bluez/bluez] 273bf9: gobex: Fix abort for SRM operation

[Luiz Augusto von Dentz]

  Branch: refs/heads/master
  Home:   https://github.com/bluez/bluez
  Commit: 273bf9cec70dd2e5369c4d6e91dac2f5fe56a03e
      https://github.com/bluez/bluez/commit/273bf9cec70dd2e5369c4d6e91dac2f5fe56a03e
  Author: Frédéric Danis <frederic.danis@collabora.com>
  Date:   2025-10-09 (Thu, 09 Oct 2025)

  Changed paths:
    M gobex/gobex.c

  Log Message:
  -----------
  gobex: Fix abort for SRM operation

The OBEX Abort operation currently triggers an OBEX session
which prevents further OBEX operations:

obexd[327475]: obexd/client/transfer.c:obc_transfer_register()
               0x50e000001380 registered
               /org/bluez/obex/client/session0/transfer0
obexd[327475]: obexd/client/session.c:obc_session_ref() 0x50c0000010c0:
               ref=3
obexd[327475]: obexd/client/session.c:obc_session_ref() 0x50c0000010c0:
               ref=4
obexd[327475]: obexd/client/session.c:session_process_transfer()
               Transfer(0x50e000001380) started
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=3
obexd[327475]: Transfer(0x50e000001380) Error: Transfer cancelled by user
obexd[327475]: obexd/client/session.c:obc_session_ref() 0x50c0000010c0:
               ref=4
obexd[327475]: obexd/client/transfer.c:obc_transfer_unregister()
               0x50e000001380 unregistered
               /org/bluez/obex/client/session0/transfer0
obexd[327475]: obexd/client/transfer.c:obc_transfer_free() 0x50e000001380
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=3
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=2
obexd[327475]: Unknown header offset for opcode 0x10
obexd[327475]: obexd/client/session.c:obc_session_shutdown()
               0x50c0000010c0
obexd[327475]: obexd/client/session.c:obc_session_ref() 0x50c0000010c0:
               ref=3
obexd[327475]: obexd/client/pbap.c:pbap_remove()
               /org/bluez/obex/client/session0
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=2
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=1
obexd[327475]: obexd/client/session.c:session_unregistered()
               Session(0x50c0000010c0) unregistered
               /org/bluez/obex/client/session0
obexd[327475]: obexd/client/session.c:obc_session_unref() 0x50c0000010c0:
               ref=0

As its highest bit is always set to 1, and so its value located after
G_OBEX_RSP_CONTINUE, the G_OBEX_OP_ABORT is part of the operations
constants.

This has been tested for PBAP and BIP-AVRCP with Android 15 and 16.

Signed-off-by: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>


  Commit: 24c568a3b6899d0c8dcfc920c5536bf63515ca78
      https://github.com/bluez/bluez/commit/24c568a3b6899d0c8dcfc920c5536bf63515ca78
  Author: Frédéric Danis <frederic.danis@collabora.com>
  Date:   2025-10-09 (Thu, 09 Oct 2025)

  Changed paths:
    M src/shared/hfp.c

  Log Message:
  -----------
  shared/hfp: Fix issues found by codacy

Move debug string after check of hfp pointer.
Add missing argument in debug trace.

Signed-off-by: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>


  Commit: 1067426bec48881de1b44702f7401cb8d2f2e25e
      https://github.com/bluez/bluez/commit/1067426bec48881de1b44702f7401cb8d2f2e25e
  Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
  Date:   2025-10-09 (Thu, 09 Oct 2025)

  Changed paths:
    M monitor/packet.c

  Log Message:
  -----------
  monitor: Fix instance where BN is printed as PTO

This fixes 2 instance where BN is printed as PTO.


  Commit: 411e3e0e46953def64f48e8e337c65d3126da2d2
      https://github.com/bluez/bluez/commit/411e3e0e46953def64f48e8e337c65d3126da2d2
  Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
  Date:   2025-10-09 (Thu, 09 Oct 2025)

  Changed paths:
    M client/player.c

  Log Message:
  -----------
  client/player: Fix prompting for bcode when one is already set

If bcode is non-zeroed it means it already has been set so there is no
reason to ask the user to overwrite it, also fixes the assumption that
only strings could be entered as bcode rather than a byte array.


  Commit: 4be24398f9ef510e4904e7190688fc2c02f3a583
      https://github.com/bluez/bluez/commit/4be24398f9ef510e4904e7190688fc2c02f3a583
  Author: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
  Date:   2025-10-09 (Thu, 09 Oct 2025)

  Changed paths:
    M profiles/audio/bass.c

  Log Message:
  -----------
  bass: Fix restricting the BIS indexes to 1 as assistant

MediaAssistant are created per BIS which creates a problem since
MediaAssistant.Push could only push one index at the time, so instead
of always using the index use 0xFFFFFF (no preference) and leave it up
to the delegator to decide.


Compare: https://github.com/bluez/bluez/compare/f1fb4f95f49e...4be24398f9ef

To unsubscribe from these emails, change your notification settings at https://github.com/bluez/bluez/settings/notifications