[Bug 499578] Re: Blutooth transfer hangs if something goes wrong ...

[Track0000]

Oh ok !

Sorry for my english, I will try to be exhaustive in my experiences with
bluetooth that I frequently use to connect my phone.

For completeness I wish to inform you that my bluetooth device is a
common Broadcom dongle :

ID 0a5c:2101 Broadcom Corp. A-Link BlueUsbA2 Bluetooth

I tried several times to remove the bluetooth dongle while doing the
transfer to simulate a mistake, the browser windows (if opened)
disapperas as like as the bluetooth symbol from the task bar but the
file transfer hangs with an awful 100% Nautilus CPU usage, until I kill
it.

For you informations the Kernel shows :

....
[39273.200174] usb 2-2: USB disconnect, address 2
[39273.201028] btusb_intr_complete: hci0 urb f4949b80 failed to resubmit (19)
[39273.201053] btusb_bulk_complete: hci0 urb f4949d00 failed to resubmit (19)
[39273.202027] btusb_bulk_complete: hci0 urb f4949080 failed to resubmit (19)
[39273.202307] btusb_send_frame: hci0 urb f3c15a80 submission failed
[39286.488029] usb 2-2: new full speed USB device using uhci_hcd and address 3
[39286.717185] usb 2-2: configuration #1 chosen from 1 choice
[39604.032185] usb 2-2: USB disconnect, address 3
[39604.032386] btusb_intr_complete: hci0 urb f4949600 failed to resubmit (19)
[39604.032410] btusb_bulk_complete: hci0 urb f4949380 failed to resubmit (19)
[39604.033383] btusb_bulk_complete: hci0 urb f4949e80 failed to resubmit (19)
[39604.033662] btusb_send_frame: hci0 urb f69c8580 submission failed
[39720.696029] usb 2-2: new full speed USB device using uhci_hcd and address 4
[39720.926195] usb 2-2: configuration #1 chosen from 1 choice
[39904.361066] usb 2-2: USB disconnect, address 4
....
  
The bluez stack seems to work properly. When I open a new connection by the OBEX browser and run hcitool, I can see the following situation :

$ hcitool con

Connections:
	< ACL XX:XX:XX:XX:XX:XX handle 11 state 1 lm MASTER AUTH ENCRYPT 
  
But only :

$ hcitool con
Connections:

when the dongle is disconnected as well as is should be.
 
As this behaviour does not appears for example when I transfer a file to an USB disk, I think that Nautilus does not receive the right signals from the bluetooth obex module, during the file transfer.

Thanks for now.

-- 
Blutooth transfer hangs if something goes wrong ...
https://bugs.launchpad.net/bugs/499578
You received this bug notification because you are a member of
Bluetooth, which is subscribed to gnome-bluetooth in ubuntu.