You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi folks! 🙂
As I'm sure you know, support requests and issues related to disabling bluetooth on LinuxMint are numerous: 1, 2, 3, 4, 5, 6, 7.
A related issue #42 on this repository was closed in 2017. The user was sent to systemd, who suggested they open a request with the LinuxMint devs. The user probably gave up at that point, but the issue persists. (I'm running LM 19.2, and bluetooth still turns on by default, every boot).
Sorry if these are naive questions, but I'm a relatively new developer, and haven't played with linux configuration much yet:
Is it possible for blueberry to handle this by adding a bluetooth-enabled key to the org.blueberry schema that's already handling obex and tray settings?
Would it be better to open this issue on a repository more directly responsible for LinuxMint configuration? If so, can you point me in the right direction?
Users just need the ability to block their bluetooth in such a way that the setting persists. This needn't infringe on current defaults/backwards compatability, and it would save users from adding rfkill commands to their startup scripts or permanently shutting down their bluetooth devices as suggested in some forum posts. 🤓 🔧 ⚙️ Blueberry does such a nice job of exposing these settings - can we take it just a little bit farther, so that our preferences aren't wiped when we reboot?
Thanks for your time and feedback. If this is appropriate for Blueberry, I'd be happy to volunteer some time this winter toward getting it done.
🐙 CK
To reproduce:
boot linuxmint (e.g. 19.2)
click blueberry tray icon and disable bluetooth (soft block). rfkill will do the same thing from the cl.
reboot. bluetooth will be enabled again.
Desired result
When bluetooth is disabled, bluetooth remains disabled on reboot.
When bluetooth is enabled, it remains so on reboot.
This persistent behavior should be easy to toggle from: the blueberry gui and the command line. (e.g. through gsettings)
Keyboard buttons that toggle bluetooth on/off should affect the same persistent setting.
Why?
bluetooth on-by-default is a security liability.
bluetooth on-by-default kills battery if we forget to disable manually.
Asking Mint users to hack their systems to prevent unexpected behavior (settings that do not persist) is more than most Mint users want to deal with.
The text was updated successfully, but these errors were encountered:
ChrisKeefe
changed the title
Persistant soft block setting
Persistent soft block setting
Oct 24, 2019
I too think that the GUI should expose a way of not having Bluetooth re-enable itself on boot.
Also, it is a shame that, seemingly, the reporter's offer to help was not taken up. I note also, with him, that this issue tracker has many open issues. Many of them are rather old and some appear to have been wholly neglected.
Hi folks! 🙂
As I'm sure you know, support requests and issues related to disabling bluetooth on LinuxMint are numerous: 1, 2, 3, 4, 5, 6, 7.
A related issue #42 on this repository was closed in 2017. The user was sent to systemd, who suggested they open a request with the LinuxMint devs. The user probably gave up at that point, but the issue persists. (I'm running LM 19.2, and bluetooth still turns on by default, every boot).
Sorry if these are naive questions, but I'm a relatively new developer, and haven't played with linux configuration much yet:
bluetooth-enabled
key to theorg.blueberry
schema that's already handlingobex
andtray
settings?Users just need the ability to block their bluetooth in such a way that the setting persists. This needn't infringe on current defaults/backwards compatability, and it would save users from adding
rfkill
commands to their startup scripts or permanently shutting down their bluetooth devices as suggested in some forum posts. 🤓 🔧 ⚙️ Blueberry does such a nice job of exposing these settings - can we take it just a little bit farther, so that our preferences aren't wiped when we reboot?Thanks for your time and feedback. If this is appropriate for Blueberry, I'd be happy to volunteer some time this winter toward getting it done.
🐙 CK
To reproduce:
rfkill
will do the same thing from the cl.Desired result
gsettings
)Why?
The text was updated successfully, but these errors were encountered: