Some observations: /etc/bluetooth/main.conf: AutoEnable is set to "true". This causes BT to be enabled upon boot REGARDLESS of any GNOME settings the user might have set. When I set it to "false", I've tried rebooting in these two scenarios:
1. If the GNOME setting is OFF prior to reboot..., BT stays OFF upon reboot. 2. If the GNOME setting is ON prior to reboot..., BT turns ON upon reboot. HOWEVER..., in ALL suspend/wake scenarios, regardless of the AutoEnable setting or the GNOME setting, OR even if a "systemctl stop bluetooth" is performed prior to suspend/wake, (or any permutation of all 3)..., BT is re-enabled upon wake. This SEEMS to be some sort of lack of coordination between systemd configuration and some GNOME component. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1923323 Title: Bluetooth will not stay OFF upon resume Status in gnome-power-manager package in Ubuntu: New Bug description: First: apologies for the possibly incorrect package assignment..., but "ubuntu-bug" required I select something. Second..., this is pasted from two postings I made in Ubuntu Forums... --- Thinkpad P15gen1, Ubuntu 20.04: Repeat-by: Enable BT using the top menu bar dropdown and connect with a BT speaker (a BT stereo adapter in this case). Play some music..., whatever. Disable BT using the top menu bar dropdown. Sleep the machine (close the lid). Note: machine is set to suspend and lock screen upon lid closure. Wake the machine (open the lid) and unlock screen. BT is enabled and connects even though it was disabled prior to suspend. Heh, the funny thing is that BT has been very reliable in every other way. How do I get BT to stay OFF when I turn it off? (..., and still have it turn on, and work, when I turn it on ). --- I've spent some time trying to characterize the problem. None of the settings related to power management seemed to relate to the BT failing to stay OFF problem, however..., along the way, I did find another interesting and perhaps related problem: The following setting: "Power"->"Power Saving"->"Bluetooth (Bluetooth can be turned off to save power)"->OFF/ON appears to duplicate the function of the "Bluetooth"->OFF/ON switch setting. They do the EXACT same thing. They mirror each other. E.g., when BT is turned on, the BT power save switch will be on. Turn BT off..., and the BT power save switch will turn off. Now..., turn BT back on, and then turn the BT power save switch off..., the entirety of BT will turn off..., EVEN if there is an active, running connection. Turn the BT power save switch back ON..., and BT will turn back ON. This is bogus. If the mapping of the GUI functionality to BT settings is broken, it's not a long stretch to think some other mapping or use/management of BT settings is broken as well..., especially since it's in the neighborhood of power management. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-power-manager 3.32.0-2 ProcVersionSignature: Ubuntu 5.8.0-48.54~20.04.1-generic 5.8.18 Uname: Linux 5.8.0-48-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27.16 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Sat Apr 10 12:08:47 2021 DistributionChannelDescriptor: # This is the distribution channel descriptor for the OEM CDs # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-sutton-focal-amd64-20201012-119+sutton-simon-focal-amd64+iso InstallationDate: Installed on 2020-10-22 (170 days ago) InstallationMedia: Ubuntu 20.04 "Focal" - Build amd64 LIVE Binary 20201012-17:03 ProcEnviron: PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1923323/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
