Mantis - obex-data-server
Расширенный вид
Номер: Категория: Серьезность: Воспроизводимость: Создан: Изменен:
161 General малая всегда 2009-03-23 21:10 2009-10-21 20:13
Инициатор: heston_james Платформа:  
Ответственный: skirsdeda Операционная система:  
Приоритет: обычный Версия ОС:  
Состояние: закрыт Версия продукта: 0.4.4  
Сборка продукта: Решение: решен  
Трудоемкость: нет      
Примерный срок: нет Решен в версии: 0.4.5  
Суть: 0000161: Access Denied when calling method.
Подробности: Hi Tadas,

I'm recieving this error today when trying to use ODS on a newly built system, have you seen this error before? any suggestions on what might be causing it? I can connect and use BlueZ API's no problem at all.

I'm trying to roll this for a system which we're installing for the client on wednesday so need to get it fixed ASAP.

Many thanks mate,

Heston
Шаги по воспроизведению:
Дополнительные сведения: Traceback (most recent call last):
  File "myapp.py", line 294, in <module>
    daemon.run()
  File "myapp.py", line 192, in run
    self.my_obex_manager = manager(bus, self.my_adapters, self.my_remote_devices)
  File "/myapp/src/model/obex/manager.py", line 64, in __init__
    self.__logger.info("Using obex-data-server version: %s" % self.__manager.GetVersion())
  File "/var/lib/python-support/python2.5/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
  File "/var/lib/python-support/python2.5/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/var/lib/python-support/python2.5/dbus/connection.py", line 607, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.2" (uid=0 pid=3798 comm="python myapp.py --no-daemon ") interface="org.openobex.Manager" member="GetVersion" error name="(unset)" requested_reply=0 destination=":1.1" (uid=0 pid=3797 comm="obex-data-server --no-daemon --system-bus "))
Связи
Вложенные файлы: gz file icon Org.OpenObex.tar.gz [^] (23,202 bytes) 2009-04-17 13:09
история
Дата изменения Пользователь Поле Изменение
2009-03-23 21:10 heston_james Новый вопрос
2009-04-16 18:08 skirsdeda Комментарий добавлен: 0000609
2009-04-17 13:09 surfzoid Комментарий добавлен: 0000611
2009-04-17 13:09 surfzoid Файл добавлен: Org.OpenObex.tar.gz
2009-04-17 13:09 surfzoid Отслеживать: surfzoid
2009-04-17 14:17 surfzoid Комментарий добавлен: 0000612
2009-04-17 14:25 skirsdeda Комментарий добавлен: 0000613
2009-04-17 15:23 surfzoid Комментарий добавлен: 0000614
2009-04-17 18:04 skirsdeda Комментарий добавлен: 0000615
2009-04-17 21:31 surfzoid Комментарий добавлен: 0000616
2009-04-17 21:32 surfzoid Комментарий добавлен: 0000617
2009-04-17 22:55 surfzoid Комментарий добавлен: 0000618
2009-04-18 23:46 surfzoid Комментарий добавлен: 0000619
2009-05-07 12:20 heston_james Комментарий добавлен: 0000621
2009-06-02 16:29 skirsdeda Комментарий добавлен: 0000634
2009-06-08 11:48 heston_james Комментарий добавлен: 0000635
2009-06-08 13:22 skirsdeda Состояние новый => назначен
2009-06-08 13:22 skirsdeda Ответственный => skirsdeda
2009-06-08 13:23 skirsdeda Комментарий добавлен: 0000636
2009-06-08 13:23 skirsdeda Состояние назначен => отработан
2009-06-08 13:23 skirsdeda Решен в версии => 0.4.5
2009-06-08 13:23 skirsdeda Решение открыт => решен
2009-10-21 20:13 skirsdeda Состояние отработан => закрыт

Комментарии
(0000609)
skirsdeda   
2009-04-16 18:08   
Can't really tell why this happens, maybe it's system specific. I haven't seen such error myself.

BTW, sorry for not answering for such a long time, I'm rather busy until june.
(0000611)
surfzoid   
2009-04-17 13:09   
Hi
Since now Mantis allow me to post i will report here some more info about this bug i have too :
From Monodevelop i have this short stackstrace, but can provide a more
complete one :
The session : /org/openobex/session0, get the stackstrace :
org.openobex.Error.ConnectionRefused, with error : Connection refused
HandleSessionClosed

From ods no-daemon i get :

[eric@SurfzoidPC obex-data-server-0.4.4]$ obex-data-server --no-daemon
** Message: obex-data-server 0.4.4
** Message: Using Session bus
** Message: Parsed[0]: ftp
** Message: FTP uuid selected, first checking for Nokia OBEX PC Suite
Services uuid
** Message: Connected SDP session
** Message: SDP search process
** Message: SDP search completed
** Message: no SDP records found
** Message: Using standard OBEX FTP uuid
** Message: SDP search process
** Message: SDP search completed
** Message: getting RFCOMM channel
** Message: Connect in progress
** Message: Failed to connect
** Message: session closed
** Message: Removing listened DBUS name :1.115 (object: /org/openobex/session0)
** Message: Removed from listened DBUS names list

There are other people in the same case and beleve it is a bluez problem :

http://forums.fedoraforum.org/showthread.php?t=207734 [^]

I attached one of my sample who use mono + gtk-sharp + ndesk-dbus, to connect to a remote bt device and list folder through obexftp
(0000612)
surfzoid   
2009-04-17 14:17   
Some other intersting info who make doub to say Bluez is the badboy,
My phone is corectly paired and trusted, when i start the bluetoothd daemon/service i see in syslog :
bluetoothd[14629]: probe failed with driver input-headset for device /org/bluez/14629/hci0/dev_00_16_20_C9_B4_B1

when i try to create btsession through ods i get the folowing error in syslog :

Apr 17 13:04:02 SurfzoidPC bluetooth: Starting hidd
Apr 17 13:04:03 SurfzoidPC obex-data-server: sdp_extract_seqtype: Unexpected end of packet
Apr 17 13:04:03 SurfzoidPC hidd[9952]: Bluetooth HID daemon
Apr 17 13:04:03 SurfzoidPC bluetoothd[2258]: link_key_request (sba=00:0A:3A:6D:57:B7, dba=00:16:20:C9:B4:B1)

then my sample get the conect refused error

now more interesting , if i try to create an USBsession i get the folowing syslog entry :

Apr 17 13:14:05 SurfzoidPC klogd: usb 4-4: usbfs: interface 1 claimed by cdc_acm while 'obex-data-serve' sets config #1

Imediatly my sample give the folowing error :

The session : /org/openobex/session13, get the stackstrace : org.openobex.Error.Failed, with error : USB setup failed

also i have same kind of error with obexftp, gnome-bluetooth, blueman ..

So can we conclude the problem came from openobex only, or it is a simple "hasard", since obexftp don't use ods.
(0000613)
skirsdeda   
2009-04-17 14:25   
What is the device you are trying to connect to and with what software it actually works?
(0000614)
surfzoid   
2009-04-17 15:23   
Bt and usb to a K750i SE phone, i'm the author of csobexftp and have it working in the past, but with my recent system, none software can connect
(0000615)
skirsdeda   
2009-04-17 18:04   
Unless you can prove otherwise, I consider this is you phone's fault. ods just reports to you that the device rejected connection.
(0000616)
surfzoid   
2009-04-17 21:31   
Nope, after a big clean of all obex, bluez, bluetooth file and rpm on my system, then just urpmi obex-data-server, i have a successfull session created, the problem with my sample is now, in your doc web page you say, "Dictionary<string, string> RetrieveFolderListing();" but if i look at your source code, the session xml file definition have a simple string.
So it was the doc or the XML the error ?
(0000617)
surfzoid   
2009-04-17 21:32   
I forget , at this time only USB not yet reinstalled and checked bluetooth
(0000618)
surfzoid   
2009-04-17 22:55   
Bluetooth also okay now, i have cleaned evry thingh to be sure , after the only diff is the result type of "RetrieveFolderListing()"
(0000619)
surfzoid   
2009-04-18 23:46   
The doc have always a dictionary as return type for RetrieveFolderListing, also to be lean, is there another cast problem in the doc ?

I looked at http://svn.muiline.com/obex-data-server/tags/REL-0_4_4/dbus-api.txt?view=co [^]
(0000621)
heston_james   
2009-05-07 12:20   
Tadas,

Back to the original problem I posted about; sorry for my late reply too, I've been away from work for a while. :-D I hope you're well?

This appears to be caused by a DBUS system.conf issue in the newer version of DBUS which is available on my apt repo, which is version 1.2.1-5. If I replace the system.conf with the one from version 1.2.1-3 then it appears to work just fine :-)

My guess that this is down to the new default security policy which comes with dbus, some changes perhaps need to be made to obex-data-server.conf to compensate for that?

This may well be a platform dependant thing, I'm running on Debian and perhaps the package maintainer has decided to mess around with the config file?

Cheers Tadas,

Heston
(0000634)
skirsdeda   
2009-06-02 16:29   
I updated obex-data-server.conf DBus config in svn. Can someone try and confirm that it works?
(0000635)
heston_james   
2009-06-08 11:48   
Tadas, I can confirm that this seems to work nicely! Thanks a great deal.
(0000636)
skirsdeda   
2009-06-08 13:23   
Great :)