After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 584582 - Bluetooth-applet don't receive files
Bluetooth-applet don't receive files
Status: RESOLVED FIXED
Product: gnome-user-share
Classification: Core
Component: bluetooth
2.28.x
Other All
: Normal normal
: ---
Assigned To: gnome-user-share maintainers
gnome-user-share maintainers
Depends on:
Blocks:
 
 
Reported: 2009-06-02 04:35 UTC by maximi89
Modified: 2010-06-08 10:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description maximi89 2009-06-02 04:35:45 UTC
Please describe the problem:
i check if ODS are the problem with Filippo from Debian, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530826

but ODS works pretty well, bluetooth-applet don't use correctly the DBUS for call to ODS, hcidump show me this:


> HCI Event: Connect Request (0x04) plen 10
< HCI Command: Accept Connection Request (0x01|0x0009) plen 7
> HCI Event: Command Status (0x0f) plen 4                    
> HCI Event: Role Change (0x12) plen 8                       
> HCI Event: Connect Complete (0x03) plen 11                 
< HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2
> HCI Event: Max Slots Change (0x1b) plen 3                       
> HCI Event: Command Status (0x0f) plen 4                         
> HCI Event: Connection Packet Type Changed (0x1d) plen 5         
< HCI Command: Remote Name Request (0x01|0x0019) plen 10          
> HCI Event: Command Status (0x0f) plen 4                         
> HCI Event: Read Remote Supported Features (0x0b) plen 11        
> ACL data: handle 1 flags 0x02 dlen 12                           
    L2CAP(s): Connect req: psm 1 scid 0x0040                      
< ACL data: handle 1 flags 0x02 dlen 16                           
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 1 status 0
      Connection pending - No futher information available          
< ACL data: handle 1 flags 0x02 dlen 10                             
    L2CAP(s): Info req: type 2                                      
> HCI Event: Remote Name Req Complete (0x07) plen 255               
> HCI Event: Number of Completed Packets (0x13) plen 5              
> HCI Event: Number of Completed Packets (0x13) plen 5              
> ACL data: handle 1 flags 0x02 dlen 16                             
    L2CAP(s): Info rsp: type 2 result 0                             
      Extended feature mask 0x0000                                  
< ACL data: handle 1 flags 0x02 dlen 16                             
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
      Connection successful                                         
> HCI Event: Number of Completed Packets (0x13) plen 5              
> ACL data: handle 1 flags 0x02 dlen 16                             
    L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4             
      MTU 1024                                                      
< ACL data: handle 1 flags 0x02 dlen 18                             
    L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 4    
      MTU 1024                                                      
< ACL data: handle 1 flags 0x02 dlen 12                             
    L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 0             
> HCI Event: Number of Completed Packets (0x13) plen 5              
> HCI Event: Number of Completed Packets (0x13) plen 5              
> ACL data: handle 1 flags 0x02 dlen 14                             
    L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 0    
      Success                                                       
> ACL data: handle 1 flags 0x02 dlen 34                             
    L2CAP(d): cid 0x0040 len 30 [psm 1]                             
        SDP SSA Req: tid 0x1 len 0x19                               
          pat uuid-16 0x1105 (OBEXObjPush)                          
          max 128                                                   
          aid(s) 0x0000 (SrvRecHndl) 0x0001 (SrvClassIDList) 0x0002 (SrvRecState) 0x0006 (LangBaseAttrIDList) 0x0009 (BTProfileDescList)                                                                                              
          cont 00                                                                                                  
< ACL data: handle 1 flags 0x02 dlen 14                                                                            
    L2CAP(d): cid 0x0040 len 10 [psm 1]                                                                            
        SDP SSA Rsp: tid 0x1 len 0x5                                                                               
          count 2                                                                                                  
          cont 00                                                                                                  
> HCI Event: Number of Completed Packets (0x13) plen 5                                                             
> ACL data: handle 1 flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040
< ACL data: handle 1 flags 0x02 dlen 12
    L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040
> HCI Event: Number of Completed Packets (0x13) plen 5
> HCI Event: Disconn Complete (0x05) plen 4


but don't works, if i use 
python test/ods-server-test.py opp /home/maximi89
works very well, i use Debian SID.

any information what are needed tell me how obatain it and i going try to get it.




Steps to reproduce:
1. obex-data-server --no-daemon
hcidump
and bluetooth-applet
2. send a file from your bluetooth device to the computer.
3. look the hcidump, and the server ODS, the file phone can't contact the computer, but open "python test/ods-server-test.py opp /tmp" now it works, ODS use DBUS for receive files, bluetooth-applet don't do nothing for get it working.



Actual results:
i can see nothing happens, only hcidump show when my phone or any device call my computer.

Expected results:
receive the file normally.

Does this happen every time?
yes, all the time.

Other information:
Obex-data-server works very good, bluetooth-applet maybe need to use DBUS for contact to ODS for receive files.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530826

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531525
Comment 1 maximi89 2009-06-02 04:36:10 UTC
Bus 002 Device 002: ID 1131:1004 Integrated System Solution Corp. Bluetooth Device
Comment 2 Bastien Nocera 2009-06-03 22:10:27 UTC
The bluetooth-applet in question comes from bluez-gnome.

Try using gnome-user-share's support.
Comment 3 maximi89 2009-06-04 21:48:01 UTC

(In reply to comment #2)
> The bluetooth-applet in question comes from bluez-gnome.
> 
> Try using gnome-user-share's support.
> 

ok, but i can't install gnome-user-share, when i try to install, this try to remove gnome-bluetooth for install bluez-gnome...

Debian Unstable
Linux Maximiliano 2.6.30-rc6 #1 SMP Fri May 22 07:54:05 CLT 2009 i686 GNU/Linux

gnome-user-share 0.31-3
gnome-bluetooth 2.27.5-1

i need a newer version? 
thanks!
Comment 4 Bastien Nocera 2009-06-04 22:45:00 UTC
That's expected.
Comment 5 maximi89 2009-10-19 15:01:32 UTC
this bug still exists.

obex-data-server doesn't works, ods-test-server works fine

System > Preferences > Share personal files

[maximi89@gateway ~]$ gconftool-2 --recursive-list /desktop/gnome/file_sharing
 bluetooth_obexpush_enabled = true
 bluetooth_accept_files = bonded_and_trusted
 bluetooth_enabled = false
 bluetooth_notify = true
 enabled = false
 require_password = never
 bluetooth_require_pairing = true
 bluetooth_allow_write = false

the permission are given
Comment 6 maximi89 2009-10-19 15:02:11 UTC
[maximi89@gateway ~]$ ps -e |grep gnome-user-shar
27020 ?        00:00:00 gnome-user-shar
Comment 7 Bastien Nocera 2009-10-19 15:28:25 UTC
Which version of gnome-user-share are you using, and on which distribution?

What's the output of "sdptool browse local" on this machine?
Comment 8 maximi89 2009-10-19 16:47:38 UTC
sdptool browse local


[maximi89@gateway ~]$ sdptool browse local
Browsing FF:FF:FF:00:00:00 ...
Service Name: BlueZ PANU service
Service Description: BlueZ PAN service
Service RecHandle: 0x10000
Service Class ID List:
  "PAN User" (0x1115)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 15
  "BNEP" (0x000f)
    Version: 0x0100
    SEQ16: 800 806
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "PAN User" (0x1115)
    Version: 0x0100

Service Name: BlueZ GN service
Service Description: BlueZ PAN service
Service RecHandle: 0x10001
Service Class ID List:
  "PAN Group Network" (0x1117)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 15
  "BNEP" (0x000f)
    Version: 0x0100
    SEQ16: 800 806
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "PAN Group Network" (0x1117)
    Version: 0x0100

Service Name: BlueZ NAP service
Service Description: BlueZ PAN service
Service RecHandle: 0x10002
Service Class ID List:
  "Network Access Point" (0x1116)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 15
  "BNEP" (0x000f)
    Version: 0x0100
    SEQ16: 800 806
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Network Access Point" (0x1116)
    Version: 0x0100

Service Name: Headset Audio Gateway
Service RecHandle: 0x10003
Service Class ID List:
  "Headset Audio Gateway" (0x1112)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 12
Profile Descriptor List:
  "Headset" (0x1108)
    Version: 0x0102

Service Name: Hands-Free Audio Gateway
Service RecHandle: 0x10004
Service Class ID List:
  "Handsfree Audio Gateway" (0x111f)
  "Generic Audio" (0x1203)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 13
Profile Descriptor List:
  "Handsfree" (0x111e)
    Version: 0x0105

Service Name: Audio Source
Service RecHandle: 0x10005
Service Class ID List:
  "Audio Source" (0x110a)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 25
  "AVDTP" (0x0019)
    uint16: 0x100
Profile Descriptor List:
  "Advanced Audio" (0x110d)
    Version: 0x0100

Service Name: AVRCP TG
Service RecHandle: 0x10006
Service Class ID List:
  "AV Remote Target" (0x110c)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 23
  "AVCTP" (0x0017)
    uint16: 0x100
Profile Descriptor List:
  "AV Remote" (0x110e)
    Version: 0x0100

Service Name: AVRCP CT
Service RecHandle: 0x10007
Service Class ID List:
  "AV Remote" (0x110e)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 23
  "AVCTP" (0x0017)
    uint16: 0x100
Profile Descriptor List:
  "AV Remote" (0x110e)
    Version: 0x0100

Service Name: anyRemote
Service Description: Bluetooth remote control
Service Provider: anyRemote
Service RecHandle: 0x10008
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 19
Profile Descriptor List:
  "Serial Port" (0x1101)
    Version: 0x0100



[maximi89@gateway ~]$ sudo rpm -qv gnome-user-share
gnome-user-share-2.26.0-3.fc11.i586


Fedora Core 11
Comment 9 Tobias Mueller 2010-04-04 17:18:51 UTC
Maxim, could you tell us "which version of gnome-user-share are you using, and on which distribution?"
Comment 10 maximi89 2010-04-05 02:12:32 UTC
hi guys, well, now i'm using GNU/Linux Fedora 12 and seems to receive correctly files, there are 2 bugs who i found, when i plug the bluetooth device, this doesn't load the software, but is detected by dmesg and appear in lsusb, but this happen only some times...

the second:
if i send files from my mobile phone the computer receive files, but only one by one, if i send multiple files, the first file is received but the second and after weren't received... 

[maximi89@gateway doc]$ python obex-data-server-0.4.3/ods-server-test.py opp /home/maximi89
Server object:  /org/openobex/server0
Started
Session created: /org/openobex/serversession0
Session Bluetooth address: 00:1A:1B:96:93:22
>>/org/openobex/serversession0<<  Transfer started (13-02-10_1837.jpg, /home/maximi89/13-02-10_1837.jpg, 13304)
>>/org/openobex/serversession0<<  All transfer info:
>>/org/openobex/serversession0<<  -- OBEXCommand = PUT
>>/org/openobex/serversession0<<  -- Size = 13304
>>/org/openobex/serversession0<<  -- Type = image/jpeg
>>/org/openobex/serversession0<<  -- LocalPath = /home/maximi89/13-02-10_1837.jpg
>>/org/openobex/serversession0<<  -- RemoteFilename = 13-02-10_1837.jpg
>>/org/openobex/serversession0<<  Progress: 0 %
>>/org/openobex/serversession0<<  Progress: 38 %
>>/org/openobex/serversession0<<  Progress: 76 %
>>/org/openobex/serversession0<<  Progress: 100 %
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Disconnected
Session removed: /org/openobex/serversession0
Comment 11 maximi89 2010-04-05 03:50:14 UTC
In all of the cases, you can apreciate 
>>/org/openobex/serversession2<<  Transfer completed

That appear one time per file trying to access to the computer when the Phone try to send it... the first time i try to send 3 files to the computer, the second 2 files, the third 4 files... all cases only i get a "invalid to send file" on my mobile phone...


[maximi89@gateway doc]$ python obex-data-server-0.4.3/ods-server-test.py opp /home/maximi89
Server object:  /org/openobex/server0
Started
Session created: /org/openobex/serversession0
Session Bluetooth address: 00:1A:1B:96:93:22
>>/org/openobex/serversession0<<  Transfer started (13-02-10_1837.jpg, /home/maximi89/13-02-10_1837.jpg, 13304)
>>/org/openobex/serversession0<<  All transfer info:
>>/org/openobex/serversession0<<  -- OBEXCommand = PUT
>>/org/openobex/serversession0<<  -- Size = 13304
>>/org/openobex/serversession0<<  -- Type = image/jpeg
>>/org/openobex/serversession0<<  -- LocalPath = /home/maximi89/13-02-10_1837.jpg
>>/org/openobex/serversession0<<  -- RemoteFilename = 13-02-10_1837.jpg
>>/org/openobex/serversession0<<  Progress: 0 %
>>/org/openobex/serversession0<<  Progress: 38 %
>>/org/openobex/serversession0<<  Progress: 76 %
>>/org/openobex/serversession0<<  Progress: 100 %
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Transfer completed
>>/org/openobex/serversession0<<  Disconnected
Session removed: /org/openobex/serversession0
Session created: /org/openobex/serversession1
Session Bluetooth address: 00:1A:1B:96:93:22
>>/org/openobex/serversession1<<  Transfer started (dadsadwdww.JPG, /home/maximi89/dadsadwdww.JPG, 146992)
>>/org/openobex/serversession1<<  All transfer info:
>>/org/openobex/serversession1<<  -- OBEXCommand = PUT
>>/org/openobex/serversession1<<  -- Size = 146992
>>/org/openobex/serversession1<<  -- Type = image/jpeg
>>/org/openobex/serversession1<<  -- LocalPath = /home/maximi89/dadsadwdww.JPG
>>/org/openobex/serversession1<<  -- RemoteFilename = dadsadwdww.JPG
>>/org/openobex/serversession1<<  Progress: 0 %
>>/org/openobex/serversession1<<  Progress: 3 %
>>/org/openobex/serversession1<<  Progress: 6 %
>>/org/openobex/serversession1<<  Progress: 10 %
>>/org/openobex/serversession1<<  Progress: 13 %
>>/org/openobex/serversession1<<  Progress: 17 %
>>/org/openobex/serversession1<<  Progress: 20 %
>>/org/openobex/serversession1<<  Progress: 24 %
>>/org/openobex/serversession1<<  Progress: 27 %
>>/org/openobex/serversession1<<  Progress: 31 %
>>/org/openobex/serversession1<<  Progress: 34 %
>>/org/openobex/serversession1<<  Progress: 38 %
>>/org/openobex/serversession1<<  Progress: 41 %
>>/org/openobex/serversession1<<  Progress: 45 %
>>/org/openobex/serversession1<<  Progress: 48 %
>>/org/openobex/serversession1<<  Progress: 52 %
>>/org/openobex/serversession1<<  Progress: 55 %
>>/org/openobex/serversession1<<  Progress: 59 %
>>/org/openobex/serversession1<<  Progress: 62 %
>>/org/openobex/serversession1<<  Progress: 66 %
>>/org/openobex/serversession1<<  Progress: 69 %
>>/org/openobex/serversession1<<  Progress: 73 %
>>/org/openobex/serversession1<<  Progress: 76 %
>>/org/openobex/serversession1<<  Progress: 80 %
>>/org/openobex/serversession1<<  Progress: 83 %
>>/org/openobex/serversession1<<  Progress: 87 %
>>/org/openobex/serversession1<<  Progress: 90 %
>>/org/openobex/serversession1<<  Progress: 94 %
>>/org/openobex/serversession1<<  Progress: 97 %
>>/org/openobex/serversession1<<  Progress: 100 %
>>/org/openobex/serversession1<<  Transfer completed
>>/org/openobex/serversession1<<  Transfer completed
>>/org/openobex/serversession1<<  Disconnected
Session removed: /org/openobex/serversession1
Session created: /org/openobex/serversession2
Session Bluetooth address: 00:1A:1B:96:93:22
>>/org/openobex/serversession2<<  Transfer started (13-02-10_1837.jpg, /home/maximi89/13-02-10_1837(1).jpg, 13304)
>>/org/openobex/serversession2<<  All transfer info:
>>/org/openobex/serversession2<<  -- OBEXCommand = PUT
>>/org/openobex/serversession2<<  -- Size = 13304
>>/org/openobex/serversession2<<  -- Type = image/jpeg
>>/org/openobex/serversession2<<  -- LocalPath = /home/maximi89/13-02-10_1837(1).jpg
>>/org/openobex/serversession2<<  -- RemoteFilename = 13-02-10_1837.jpg
>>/org/openobex/serversession2<<  Progress: 0 %
>>/org/openobex/serversession2<<  Progress: 38 %
>>/org/openobex/serversession2<<  Progress: 76 %
>>/org/openobex/serversession2<<  Progress: 100 %
>>/org/openobex/serversession2<<  Transfer completed
>>/org/openobex/serversession2<<  Transfer completed
>>/org/openobex/serversession2<<  Transfer completed
>>/org/openobex/serversession2<<  Transfer completed
>>/org/openobex/serversession2<<  Disconnected
Session removed: /org/openobex/serversession2
Comment 12 Bastien Nocera 2010-04-06 18:39:05 UTC
(In reply to comment #10)
> hi guys, well, now i'm using GNU/Linux Fedora 12 and seems to receive correctly
> files, there are 2 bugs who i found, when i plug the bluetooth device, this
> doesn't load the software, but is detected by dmesg and appear in lsusb, but
> this happen only some times...

That's a problem for bluez, or the kernel, not for gnome-bluetooth.

> the second:
> if i send files from my mobile phone the computer receive files, but only one
> by one, if i send multiple files, the first file is received but the second and
> after weren't received... 
> 
> [maximi89@gateway doc]$ python obex-data-server-0.4.3/ods-server-test.py opp
<snip>

You're using obex-data-server's application. What's the point of testing that when we're interested in testing gnome-user-share?

There's no ObexFTP or ObexPUSH support in gnome-bluetooth. The support is in gnome-user-share.

Which version of gnome-user-share do you have installed? Is ObexPUSH support enabled in the "Personal File Sharing" preferences?
Comment 13 maximi89 2010-04-07 16:28:56 UTC
The Box is marked in gnome-user-share, but some times when i plug the device, this doesn´t work properly, if i check with "sdptool browse local", the OBEXPush doesn´t appear in that list... but to fix that problem i disconnect the the device and i plugin it again the times necessary to get it working... but this fix the problem... but in recents updates that seems to work correctly, that happen minus times now... 1 or 2 times maximum.

https://admin.fedoraproject.org/updates/gnome-user-share?_csrf_token=e8300e23815b1ab3042b39c47084170b8f959f32

gnome-user-share-2.28.2-2.fc12 

i believe that is the version, in the evening i would check it...

thanks guys
Comment 14 maximi89 2010-06-08 00:26:01 UTC
this has been solved, now that are working properly, the only thing who still failing is when i send more than 2 files from any bluetooth devices to the computer, this could be a problem of ObexFS? or Bluez by it self?
Comment 15 Bastien Nocera 2010-06-08 10:22:50 UTC
(In reply to comment #14)
> this has been solved, now that are working properly, the only thing who still
> failing is when i send more than 2 files from any bluetooth devices to the
> computer, this could be a problem of ObexFS? or Bluez by it self?

Not knowing exactly how you reproduce this, I'd have to say to file a new bug, and include the output from obex-data-server and gnome-user-share.

$ killall gnome-user-share
$ killall obex-data-server
$ obex-data-server -n
<get output>
in another terminal:
$ /usr/libexec/gnome-user-share
<get output>

And reproduce the problem.