Аноним | вход | зарегистрировать новую учетную запись | 2021-01-25 06:54 EET |
главная | моя сводка | список вопросов | журнал изменений | план развития | документация | моя учетная запись |
Простой вид [ комментарии ] | [ расширенный вид ] [ история ] [ печать ] | ||||||
Номер | Категория | Серьезность | Воспроизводимость | Создан | Изменен | ||
0000161 | [obex-data-server] General | малая | всегда | 2009-03-23 21:10 | 2009-10-21 20:13 | ||
Инициатор | heston_james | Видимость | общая | ||||
Ответственный | skirsdeda | ||||||
Приоритет | обычный | Решение | решен | ||||
Состояние | закрыт | Версия продукта | 0.4.4 | ||||
Суть | 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 ")) |
||||||
Tэги | Нет прикрепленных тэгов. | ||||||
Вложенные файлы |
![]() |
||||||
|
![]() |
|
(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 :) |
Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group |