The bluetooth gets started automatically whenever a network is selected after turning on the wifi.

Bug #1859867 reported by Pranav Keshariya on 2020-01-15
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GNOME Settings Daemon
New
Unknown
gnome-settings-daemon (Ubuntu)
Low
Unassigned
gnome-shell (Ubuntu)
Low
Unassigned

Bug Description

Whenever the WiFi feature is turned off after usage,the system automatically goes to Airplane mode.If the user turns on the WiFi again by selecting the option Select Network in WiFi menu bar then a dialog box is displayed with the option of TURN OFF THE AIRPLANE MODE.After clicking the option, the Bluetooth automatically gets TURN ON without users willing(Even though not required).Or if continue with turning on the WiFi ,another dialog box appears with the option of TURN ON WiFi. After clicking this option ,the system will search for WiFi networks. Once the desired network is selected the WiFi starts working. After this if the user check the Bluetooth, it gets started automatically with use.This may lead to quick battery drainage.

In short, the Bluetooth gets automatically started even if not required after turning the airplane mode OFF. Please solve this bug.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: bluetooth (not installed)
ProcVersionSignature: Ubuntu 4.15.0-74.84-generic 4.15.18
Uname: Linux 4.15.0-74-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.10
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Thu Jan 16 00:49:11 2020
DistributionChannelDescriptor:
 # This is a distribution channel descriptor
 # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor
 canonical-oem-somerville-xenial-amd64-20160624-2
InstallationDate: Installed on 2018-08-07 (526 days ago)
InstallationMedia: Ubuntu 16.04 "Xenial" - Build amd64 LIVE Binary 20160624-10:47
InterestingModules: btusb rfcomm bnep bluetooth
MachineType: Dell Inc. Vostro 3578
ProcEnviron:
 LANGUAGE=en_IN:en
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-74-generic root=UUID=cae6b0e3-ea25-4b38-9cf5-0f431e2d7c9c ro acpi_rev_override alx.enable_wol=1 mem_sleep_default=deep quiet splash vt.handoff=1
SourcePackage: bluez
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/04/2019
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.9.0
dmi.board.name: 01Y7V4
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.9.0:bd07/04/2019:svnDellInc.:pnVostro3578:pvr:rvnDellInc.:rn01Y7V4:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: Vostro
dmi.product.name: Vostro 3578
dmi.sys.vendor: Dell Inc.
hciconfig:
 hci0: Type: Primary Bus: USB
  BD Address: DC:A2:66:4C:A1:A4 ACL MTU: 1024:8 SCO MTU: 50:8
  UP RUNNING PSCAN
  RX bytes:1320 acl:0 sco:0 events:80 errors:0
  TX bytes:1142 acl:0 sco:0 commands:80 errors:0

affects: ubuntu → bluez (Ubuntu)
Daniel van Vugt (vanvugt) wrote :

Confirmed. I think the problem is that "airplane mode" doesn't really exist. It's just the state in which all radios (reported by 'rfkill') are set to soft blocked.

Yeah, gnome-shell ideally should be doing better here. Inverting airplane mode is a mistake. It should only be enabling wifi.

affects: bluez (Ubuntu) → gnome-shell (Ubuntu)
Changed in gnome-shell (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
Changed in gnome-shell (Ubuntu):
status: Confirmed → Triaged
Changed in gnome-shell:
status: Unknown → New
Daniel van Vugt (vanvugt) wrote :
affects: gnome-shell → gnome-settings-daemon
Changed in gnome-settings-daemon:
status: New → Unknown
Changed in gnome-settings-daemon (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in gnome-settings-daemon:
status: Unknown → New
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.