Mantis Bugtracker

Простой вид комментарии ] расширенный вид ] история ] печать ]
Номер Категория Серьезность Воспроизводимость Создан Изменен
0000162 [obex-data-server] General большая всегда 2009-05-29 12:07 2009-10-19 20:13
Инициатор maximi89 Видимость общая  
Ответственный
Приоритет обычный Решение действия не нужны  
Состояние закрыт   Версия продукта 0.4.4
Суть 0000162: obex-data-server can't respond to petitions of bluetooth devices
Подробности http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530826 [^]

when a device try to contact to a computer with obex-data-server running, nothing happens, because this don't don't responde nothing, but sending files works good... using bluez-gnome like say the link

maximi89@Maximiliano:~$ sudo hcidump
[sudo] password for maximi89:
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 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
> HCI Event: Remote Name Req Complete (0x07) plen 255
> 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: 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



maximi89@Maximiliano:~$ obex-data-server --no-daemon
** Message: obex-data-server 0.4.4
** Message: Using Session bus


i try with gnome-obex-server and works great.
Дополнительные сведения
Tэги Нет прикрепленных тэгов.
Вложенные файлы

- Связи

-  Комментарии
(0000622)
skirsdeda (администратор)
2009-05-29 14:56

From original bug:
>> 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,
(0000623)
skirsdeda (администратор)
2009-05-29 14:57

Sorry, but I can't really understand what is the problem from neither of these descriptions. Could you try explaining all the steps needed to reproduce this in a clear understandable way.
(0000624)
maximi89 (инициатор)
2009-05-29 22:43

sorry, i'm not english native, but that description say in others words:
gnome-obex-server works, but have problems for cancel coming files.

and obex-data-server don't do nothing, i use "bluez-hcidump" for see what happen, and from all devices i have, a Motorola L6i and from Samsung YP-T10 all fails with "impossible to connect".
When i send files using obex-data-server this works well, so the problem is only receiving files from Bluetooth, if you need any thing more, tell me, i can send you all you need if you tell me how.

Greetings!
(0000625)
maximi89 (инициатор)
2009-05-29 22:45

may be that are relationed with this:

http://git.kernel.org/?p=linux/kernel/git/holtmann/bluetooth-testing.git;a=commitdiff;h=aa3972ded9bbc34642693ea4bc262b9eb7f8fef3 [^]
(0000626)
skirsdeda (администратор)
2009-05-29 22:52

Yes, that is possible. But anyway, if ods doesn't work while gnome-obex-server works, it's strange.
(0000627)
maximi89 (инициатор)
2009-05-31 11:58

Filippo from Debian Bug Track discovered

maximi89@Maximiliano:~/obex-data-server-0.4.4$ python test/ods-server-test.py opp /tmp
Server object: /org/openobex/server0
Started
Session created: /org/openobex/serversession0
Session Bluetooth address: 00:XX:XX:XX:X3:2X
>>/org/openobex/serversession0<< Transfer started (blink 182 - the rock show.mp3, /tmp/blink 182 - the rock show.mp3, 2688313)
>>/org/openobex/serversession0<< All transfer info:
>>/org/openobex/serversession0<< -- OBEXCommand = PUT
>>/org/openobex/serversession0<< -- Size = 2688313
>>/org/openobex/serversession0<< -- Type = audio/mp3
>>/org/openobex/serversession0<< -- LocalPath = /tmp/blink 182 - the rock show.mp3
>>/org/openobex/serversession0<< -- RemoteFilename = blink 182 - the rock show.mp3
>>/org/openobex/serversession0<< Progress: 0 %
>>/org/openobex/serversession0<< Progress: 0 %
>>/org/openobex/serversession0<< Progress: 0 %
>>/org/openobex/serversession0<< Progress: 0 %


Maximiliano:/home/maximi89# udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent
KERNEL[1243760130.024623] add /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.0/bluetooth/hci0/hci0:1 (bluetooth)
UDEV [1243760130.025408] add /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.0/bluetooth/hci0/hci0:1 (bluetooth)
KERNEL[1243760134.102009] remove /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.0/bluetooth/hci0/hci0:1 (bluetooth)
UDEV [1243760134.102761] remove /devices/pci0000:00/0000:00:02.0/usb2/2-2/2-2:1.0/bluetooth/hci0/hci0:1 (bluetooth)

hcidump
http://pastebin.ca/1442004 [^]
(0000628)
skirsdeda (администратор)
2009-05-31 16:03

It just doesn't look like something caused by ods. If it really works for you with the same kernel/bluetooth dongle using gnome-obex-server then just post hcidump for the working situation.
(0000629)
maximi89 (инициатор)
2009-05-31 17:45

You mean the hcidump when running "python test/ods-server-test.py opp /tmp"?
or "obex-data-server"?


this is running "python test/ods-server-test.py opp /tmp"
hcidump
http://pastebin.ca/1442004 [^]

this is running normally obex-data-server
hcidump
http://pastebin.ca/1442349 [^]
(0000630)
skirsdeda (администратор)
2009-05-31 17:47

>> I was trying gnome-obex-server and gnome-obex-send of gnome-bluetooth
>> works very well

Running what works well for you.
(0000631)
skirsdeda (администратор)
2009-05-31 18:16

I just realised something. By saying "running normally obex-data-server" do you mean that you run ONLY obex-data-server WITHOUT ods-server-test.py or bluetooth-applet (gnome-bluetooth)??
Beware that obex-data-server DOES NOT WORK standalone!
(0000632)
maximi89 (инициатор)
2009-06-01 03:49

Sorry, when i run it, i try running hcidump, ODS and bluetooth-applet, the second time, was only hcidump and ODS with --no-daemon option.

third time, hcidump and ods-server-test.py, now i going try with that you tell me.
ods-server-test.py and obex-data-server.

the test result all fine, the bug is from bluez-gnome project.

because when i run bluetooth-applet that need call automatic the server for receive files.
that happens, ODS run when bluetooth-applet are called, but can't receive files, this means:
Bluetooth-applet don't call DBUS correctly?

Thanks you for your time, ODS are running very well, bluez-gnome are buggy.
(0000633)
skirsdeda (администратор)
2009-06-01 06:19

In recent versions, gnome-bluetooth/bluez-gnome developers have removed ods support in favor of gnome-user-share. Search for "File Sharing" (or smth like that) in your menu to find gnome-user-share configuration and enable Bluetooth file sharing there (it will enable ods).
(0000812)
maximi89 (инициатор)
2009-10-19 18:04

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
(0000813)
skirsdeda (администратор)
2009-10-19 18:20

So what is the problem again?
(0000814)
skirsdeda (администратор)
2009-10-19 18:22

bluetooth_enabled = false (should be true probably)
bluetooth_allow_write = false (should also be true)
(0000815)
maximi89 (инициатор)
2009-10-19 19:57

how can i change that's to true?

ok, the problem seems to be a bug in gnome-user-share or a mistake in the configuration, like you see that could be more probably....
(0000816)
skirsdeda (администратор)
2009-10-19 19:58

there's gnome-user-share gui where you can change options or you can change these options using gconftool
(0000817)
maximi89 (инициатор)
2009-10-19 20:11

yes, i believe that could be a bug in the gnome-user-share

[maximi89@gateway ~]$ gconftool-2 -a /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

this is my actual configuration, and now works, the line :
 bluetooth_enabled = false
only works for share from computer to out...


but the thing doesn't works to me was from phone to computer, now it works, i'm lookintg this in a bug in gnome project

https://bugzilla.gnome.org/show_bug.cgi?id=584582 [^]

thanks

you can close this bug :)

- история
Дата изменения Пользователь Поле Изменение
2009-05-29 12:07 maximi89 Новый вопрос
2009-05-29 14:56 skirsdeda Комментарий добавлен: 0000622
2009-05-29 14:57 skirsdeda Комментарий добавлен: 0000623
2009-05-29 22:43 maximi89 Комментарий добавлен: 0000624
2009-05-29 22:45 maximi89 Комментарий добавлен: 0000625
2009-05-29 22:52 skirsdeda Комментарий добавлен: 0000626
2009-05-31 11:58 maximi89 Комментарий добавлен: 0000627
2009-05-31 16:03 skirsdeda Комментарий добавлен: 0000628
2009-05-31 17:45 maximi89 Комментарий добавлен: 0000629
2009-05-31 17:47 skirsdeda Комментарий добавлен: 0000630
2009-05-31 18:16 skirsdeda Комментарий добавлен: 0000631
2009-06-01 03:49 maximi89 Комментарий добавлен: 0000632
2009-06-01 06:19 skirsdeda Комментарий добавлен: 0000633
2009-06-01 06:20 skirsdeda Состояние новый => закрыт
2009-06-01 06:20 skirsdeda Решение открыт => действия не нужны
2009-10-19 18:04 maximi89 Комментарий добавлен: 0000812
2009-10-19 18:04 maximi89 Состояние закрыт => нужен отклик
2009-10-19 18:04 maximi89 Решение действия не нужны => повторно открыт
2009-10-19 18:20 skirsdeda Комментарий добавлен: 0000813
2009-10-19 18:22 skirsdeda Комментарий добавлен: 0000814
2009-10-19 19:57 maximi89 Комментарий добавлен: 0000815
2009-10-19 19:58 skirsdeda Комментарий добавлен: 0000816
2009-10-19 20:11 maximi89 Комментарий добавлен: 0000817
2009-10-19 20:13 skirsdeda Состояние нужен отклик => закрыт
2009-10-19 20:13 skirsdeda Решение повторно открыт => действия не нужны


Mantis 1.1.6[^]
Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker