Bug 1220991

Summary: After the latest BT bluez updates the whole BT functionality seems broken included file transfer, pairing, holding the connection
Product: [openSUSE] openSUSE Tumbleweed Reporter: Stakanov Schufter <stakanov>
Component: OtherAssignee: Al Cho <acho>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None    
Version: Current   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE Tumbleweed   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Stakanov Schufter 2024-03-05 16:42:41 UTC
I did install bluez, obex-ftp and the dependent library, activated for each user by using # systemctl --user status dbus-org.bluez.obex.service but:

entropia@p200300c96f4d3b00eeac83d1db4c69e9:~> systemctl --user status dbus-org.bluez.obex.service
● obex.service - Bluetooth OBEX service
     Loaded: loaded (/usr/lib/systemd/user/obex.service; enabled; preset: disabled)
     Active: active (running) since Tue 2024-03-05 17:19:59 CET; 1min 10s ago
   Main PID: 26291 (obexd)
      Tasks: 1 (limit: 4915)
     Memory: 948.0K
        CPU: 7ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/obex.service
             └─26291 /usr/libexec/bluetooth/obexd

mar 05 17:19:59 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de systemd[25855]: Starting Bluetooth OBEX service...
mar 05 17:19:59 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de obexd[26291]: OBEX daemon 5.71
mar 05 17:19:59 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de systemd[25855]: Started Bluetooth OBEX service.

Now obex is active but filetransfer with a Xiaomi PocoX3 Pro fail, be it on a PC with dongle were it fails too. 
With an ASUS X515K the behavior is now: does see the phone, does pair, but connects with extreme difficulty and drops the connection when one tries to use the file transfer. 
On the PC the file transfer first fails, then suddenly it may run, saying file transmitted, but no file arrived. 

Sometimes with the notebook not even the type of hardware is recognized correctly. That is: the notebook was first recognized by the smartphone as audio device. Now it sees a notebook, but....does not hold the connection. 

Well as I write there is no possibility to connect any more to the notebook. 
BT is simply broken.

Following is the only trace I found in journalctl:

mar 05 17:38:55 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de plasmashell[26049]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x55f3f1d38dc0) QQmlContext(0x55f3f0769030) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasm>
mar 05 17:38:55 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de plasmashell[26049]: Could not find the Plasmoid for Plasma::FrameSvgItem(0x55f3f1d38dc0) QQmlContext(0x55f3f0769030) QUrl("file:///usr/share/plasma/plasmoids/org.kde.plasm>
mar 05 17:38:55 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de plasmashell[26049]: kf.bluezqt: PendingCall Error: "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security>
mar 05 17:38:53 p200300c96f4d3b00eeac83d1db4c69e9.dip0.t-ipconnect.de plasmashell[26049]: qml: temp unit: 0


The Xiaomi client claims: connect did fail
Comment 1 Stakanov Schufter 2024-03-05 16:43:58 UTC
sorry I applied:

#systemctl --global enable obex 

of course. 

The status was requested for each user.
Comment 2 Stakanov Schufter 2024-04-09 07:02:34 UTC
seems fixed in current edition of Tumbleweed. 

Operating System: openSUSE Tumbleweed 20240407
KDE Plasma Version: 6.0.3
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.3
Kernel Version: 6.8.4-rc1-1-default (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5600G with Radeon Graphics
Memory: 62.2 GiB of RAM
Graphics Processor: AMD Radeon Pro W5500
Product Name: X570 Phantom Gaming 4

mercurio@silversurfer:~> rpm bluez --version
RPM versione 4.19.1.1