2009/5/31 Debian Bug Tracking System <ow...@bugs.debian.org> > > This is an automatic notification regarding your Bug report > which was filed against the obex-data-server package: > > #530826: obex-data-server don't accept the connection from other bluetooth, > this give to bluetooth-applet to fail > > It has been closed by Filippo Giunchedi <fili...@debian.org>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Filippo Giunchedi < > fili...@debian.org> by > replying to this email. > i don't believe this are good, if that is true, if ods only listen on DBUS, bluetooth-applet are bad too, because bluez-gnome, exactly bluetooth-applet call ODS as is, and don't receive any files, i going to open a bug to bluez-gnome about need to call ODS by DBUS.
What do you think about this Filippo? Thanks! greetings! > > > -- > 530826: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530826 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > ---------- Mensaje reenviado ---------- > From: Filippo Giunchedi <fili...@debian.org> > To: Maximi89 <maxim...@gmail.com> > Date: Sun, 31 May 2009 18:03:59 +0200 > Subject: Re: Bug#530826: ODS still without work on version 0.4.4-2, works > "python ods-server-test.py opp /tmp" > [remember to keep the bug in CC] > > On Sun, May 31, 2009 at 10:38:59AM -0400, Maximi89 wrote: > > > when this happens? I suspect it might be the bluetooth dongle then? can > you > > > try > > > with another one? > > > > > sorry, with this i mean this works, me i cancel the transfers. > > > > now is the normal server obex-data-server don't work, and that you tell > me > > works very well receiveing files. > > obex-data-server just listens on dbus, with ods-server-test you instruct > ods to > receive files, everything is working as expected, thus I'm closing this > bug. > > thanks, > filippo > -- > Filippo Giunchedi - http://esaurito.net - 0x6B79D401 > > How do you feel about women's rights? I like either side of them. > -- Groucho Marx > > > > ---------- Mensaje reenviado ---------- > From: Maximi89 <maxim...@gmail.com> > To: submit <sub...@bugs.debian.org> > Date: Thu, 28 May 2009 01:19:23 -0400 > Subject: obex-data-server don't accept the connection from other bluetooth, > this give to bluetooth-applet to fail > Package: obex-data-server > Version 0.4.4-1 > > > I was trying gnome-obex-server and gnome-obex-send of gnome-bluetooth > works very well, but obex-data-server 0.4.4-1, is called by > bluetooth-applet, if you send a file from this program, and you cancel > the transfers, the > connection still alive and if you accept of phone recently in that > moment the phone understand the conecction was closed, also if you > send from phone, this fails with no conecction detected, because > obex-data-server don't understand nothing when the conecction coming, > > > maxim...@maximiliano:~$ sudo hcidump > HCI sniffer - Bluetooth packet analyzer ver 1.42 > device: hci0 snap_len: 1028 filter: 0xffffffff > > 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 Command: Remote Name Request (0x01|0x0019) plen 10 > > HCI Event: Command Status (0x0f) plen 4 > > 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: Connection Packet Type Changed (0x1d) plen 5 > > HCI Event: Number of Completed Packets (0x13) plen 5 > > HCI Event: Read Remote Supported Features (0x0b) plen 11 > > HCI Event: Number of Completed Packets (0x13) plen 5 > > HCI Event: Remote Name Req Complete (0x07) plen 255 > > 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 > 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 > > Greetings! > > Bus 002 Device 005: ID 1131:1004 Integrated System Solution Corp. > Bluetooth Device > > -- > Maximiliano Augusto Castañón Araneda > Santiago, Chile > Linux user # 394821 > > > > -- Maximiliano Augusto Castañón Araneda Santiago, Chile Linux user # 394821
