Thread (4 messages) 4 messages, 2 authors, 2010-02-26

Re: DiscoverableTimeout not working as expected

From: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Date: 2010-02-26 11:58:13

Hi Ross,

On Fri, Feb 26, 2010 at 12:29 PM, Ross Burton [off-list ref] wrote:
On Fri, 2010-02-26 at 11:24 +0200, Luiz Augusto von Dentz wrote:
quoted
I got a different behavior (using git tree and testtest-adapter):

signal sender=:1.65 -> dest=(null destination) serial=151
path=/org/bluez/3359/hci0; interface=org.bluez.Adapter;
member=PropertyChanged
   string "DiscoverableTimeout"
   variant       uint32 10
signal sender=:1.65 -> dest=(null destination) serial=160
path=/org/bluez/3359/hci0; interface=org.bluez.Adapter;
member=PropertyChanged
   string "Discoverable"
   variant       boolean true
signal sender=:1.65 -> dest=(null destination) serial=161
path=/org/bluez/3359/hci0; interface=org.bluez.Adapter;
member=PropertyChanged
   string "Class"
   variant       uint32 6430988
signal sender=:1.65 -> dest=(null destination) serial=162
path=/org/bluez/3359/hci0; interface=org.bluez.Adapter;
member=PropertyChanged
   string "Discoverable"
   variant       boolean false
signal sender=:1.65 -> dest=(null destination) serial=163
path=/org/bluez/3359/hci0; interface=org.bluez.Adapter;
member=PropertyChanged
   string "Class"
   variant       uint32 6422796
Interesting.  Using test-adaptor and bluez 4.60 (debian sid), I don't
see that behaviour.  I also can't see anything relevant in the git
log. :(
Please check if someone isn't sending
SetProperty("DiscoverableTimeout", 0), that will cancel the timeout
which seems the exact behavior that you are seeing with your
application, bluetooth-applet on ubuntu does that when I select Make
computer discoverable it set the timeout to 0.


-- 
Luiz Augusto von Dentz
Computer Engineer
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help