Can't "Apply" after deselecting "Connect automatically" in Wi-Fi Settings

Bug #1955561 reported by Josiah Luscher
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-control-center (Ubuntu)
New
Undecided
Unassigned

Bug Description

On previous versions of Ubuntu after successfully creating a Wi-Fi connection I could reopen the settings for the network, deselect "Connect automatically" and "Make available to other users" then click on Apply and these settings would say saved.

When initially creating the the Wi-Fi connection there is no opportunity to deselect "Connect automatically" or "Make available to other users" these settings can normally only be deselected after creating the connection and reopening the network settings window.

On this brand new and updated installation of 20.04.3 LTS I am able to deselect the check boxes; but the Apply button is grayed out, and clicking on it has no effect.

In a terminal I can issue the command:
nmcli connection modify {NETWORKNAME} connection.autoconnect no

After rebooting the "Connect automatically" check box shows up as deselected.

I think this is a bug, the user should be able to deselect these settings and save the change by clicking apply. Also possibly opening the settings window should check for changes without requiring a reboot, but that's a secondary problem.

 - Thank you!

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: gnome-control-center 1:3.36.5-0ubuntu3
ProcVersionSignature: Ubuntu 5.11.0-43.47~20.04.2-generic 5.11.22
Uname: Linux 5.11.0-43-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Wed Dec 22 01:47:12 2021
ExecutablePath: /usr/bin/gnome-control-center
InstallationDate: Installed on 2021-12-21 (0 days ago)
InstallationMedia: Ubuntu 20.04.3 LTS "Focal Fossa" - Release amd64 (20210819)
ProcEnviron:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-control-center
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Josiah Luscher (josiahluscher) wrote :
description: updated
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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