All of lore.kernel.org
 help / color / mirror / Atom feed
* Auto-connect after disconnection from user on trusted devices
@ 2020-04-21  4:26 Yun-hao Chung
  2020-04-21 18:12 ` Luiz Augusto von Dentz
  0 siblings, 1 reply; 3+ messages in thread
From: Yun-hao Chung @ 2020-04-21  4:26 UTC (permalink / raw)
  To: Bluez mailing list; +Cc: Sonny Sasaka

Hi linux-bluetooth,

Bluez doesn't disable auto-connect for trusted devices even in
device.Disconnect. This causes users can't disconnect from peripherals
unless they untrust the device.

The behavior seems to change into this way intentionally after this change:
https://www.spinics.net/lists/linux-bluetooth/msg72898.html

I would like to understand why this change is needed and what is the
suggestion to disconnect a trusted device.

Thanks.

Howard

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Auto-connect after disconnection from user on trusted devices
  2020-04-21  4:26 Auto-connect after disconnection from user on trusted devices Yun-hao Chung
@ 2020-04-21 18:12 ` Luiz Augusto von Dentz
  2020-04-22 15:24   ` Yun-hao Chung
  0 siblings, 1 reply; 3+ messages in thread
From: Luiz Augusto von Dentz @ 2020-04-21 18:12 UTC (permalink / raw)
  To: Yun-hao Chung; +Cc: Bluez mailing list, Sonny Sasaka

Hi,

On Mon, Apr 20, 2020 at 9:30 PM Yun-hao Chung <howardchung@google.com> wrote:
>
> Hi linux-bluetooth,
>
> Bluez doesn't disable auto-connect for trusted devices even in
> device.Disconnect. This causes users can't disconnect from peripherals
> unless they untrust the device.
>
> The behavior seems to change into this way intentionally after this change:
> https://www.spinics.net/lists/linux-bluetooth/msg72898.html
>
> I would like to understand why this change is needed and what is the
> suggestion to disconnect a trusted device.

This has been there for a while but if I recall correctly the problem
is that we cannot really tell when the auto-connect was disabled,
besides it was not really honoring that in case the daemon is
restarted, etc, so instead of having yet another setting to persist it
was simpler to just use the trust, or block, properties to control
auto-connect which are persisted properly, that said maybe we can make
disconnect auto block the device and then connect to unblock
automatically but I think that having the application set the block
property is probably clearer that we don't want it to be reconnected.

-- 
Luiz Augusto von Dentz

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Auto-connect after disconnection from user on trusted devices
  2020-04-21 18:12 ` Luiz Augusto von Dentz
@ 2020-04-22 15:24   ` Yun-hao Chung
  0 siblings, 0 replies; 3+ messages in thread
From: Yun-hao Chung @ 2020-04-22 15:24 UTC (permalink / raw)
  To: Luiz Augusto von Dentz; +Cc: Bluez mailing list, Sonny Sasaka

Thanks for sharing your thoughts!

On Wed, Apr 22, 2020 at 2:12 AM Luiz Augusto von Dentz
<luiz.dentz@gmail.com> wrote:
>
> Hi,
>
> On Mon, Apr 20, 2020 at 9:30 PM Yun-hao Chung <howardchung@google.com> wrote:
> >
> > Hi linux-bluetooth,
> >
> > Bluez doesn't disable auto-connect for trusted devices even in
> > device.Disconnect. This causes users can't disconnect from peripherals
> > unless they untrust the device.
> >
> > The behavior seems to change into this way intentionally after this change:
> > https://www.spinics.net/lists/linux-bluetooth/msg72898.html
> >
> > I would like to understand why this change is needed and what is the
> > suggestion to disconnect a trusted device.
>
> This has been there for a while but if I recall correctly the problem
> is that we cannot really tell when the auto-connect was disabled,
> besides it was not really honoring that in case the daemon is
> restarted, etc, so instead of having yet another setting to persist it
> was simpler to just use the trust, or block, properties to control
> auto-connect which are persisted properly, that said maybe we can make
> disconnect auto block the device and then connect to unblock
> automatically but I think that having the application set the block
> property is probably clearer that we don't want it to be reconnected.
>
> --
> Luiz Augusto von Dentz

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-04-22 15:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-21  4:26 Auto-connect after disconnection from user on trusted devices Yun-hao Chung
2020-04-21 18:12 ` Luiz Augusto von Dentz
2020-04-22 15:24   ` Yun-hao Chung

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.