Bug 1319744 - Saved VPN secrets can't be edited
Summary: Saved VPN secrets can't be edited
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: control-center
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Bastien Nocera
QA Contact: Desktop QE
URL:
Whiteboard:
: 1072869 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-21 12:12 UTC by Lubomir Rintel
Modified: 2016-11-03 23:01 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-03 23:01:18 UTC
Target Upstream Version:


Attachments (Terms of Use)
VPN setup in GNOME control center in RHEL 7.2 (167.64 KB, application/zip)
2016-06-23 07:26 UTC, Pavlin Georgiev
no flags Details
VPN setup in GNOME control center in RHEL 7.3 latest nightly build (167.80 KB, application/zip)
2016-06-23 07:27 UTC, Pavlin Georgiev
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 761004 0 None None None 2016-04-25 17:13:30 UTC
Red Hat Product Errata RHBA-2016:2150 0 normal SHIPPED_LIVE control-center bug fix update 2016-11-03 13:12:42 UTC

Description Lubomir Rintel 2016-03-21 12:12:59 UTC
If you set a password "Store the password for all users" (or only for this user), it won't be loaded at subsequent connection edit and will be lost when you save the connection.

There's an upstream commit that needs to be backported:
https://git.gnome.org/browse/gnome-control-center/commit/?id=62683047c5cd804c2b275501a65f80181a3883c5

Comment 2 Lubomir Rintel 2016-03-21 15:23:08 UTC
By the way the network panel doesn't seem to be in a very good shape in RHEL-7. E.g. it spews a lots of criticals when being closed and more.

Rui Mantos fixed that all upstream; ideally the following commits should be picked too (perhaps the summary of this bug report can be made general enough to cover that...):

2e7b23a network: Fix a crash when clicking to forget a VPN on the editor
d57be89 network: Avoid warnings while closing connection editor
2e6149b network: Don't try to get secrets for new connections

Comment 3 Bastien Nocera 2016-04-25 17:15:18 UTC
*** Bug 1072869 has been marked as a duplicate of this bug. ***

Comment 4 Bastien Nocera 2016-05-18 14:06:36 UTC
Fixed in control-center-3.14.5-17

Comment 6 Pavlin Georgiev 2016-06-23 07:26:32 UTC
Created attachment 1171321 [details]
VPN setup in GNOME control center in RHEL 7.2

Comment 7 Pavlin Georgiev 2016-06-23 07:27:20 UTC
Created attachment 1171322 [details]
VPN setup in GNOME control center in RHEL 7.3 latest nightly build

Comment 8 Pavlin Georgiev 2016-06-23 07:32:25 UTC
TEST SETUP 1
On VM running under RHEL 7.2 Workstation x86_64 Released,
with GNOME desktop environment.
Component version: 3.14.5-8.el7

TEST PROCEDURE 1
Log in to GNOME session.
Create new VPN connection using IPSec.
Enter VPN parameters.
Set the user and group password to be remembered.
The bug appears.
See screenshots.


TEST SETUP 2
On VM running under RHEL 7.3 Workstation x86_64 Latest nightly build,
with GNOME desktop environment.
Component version: 3.14.5-17.el7

TEST PROCEDURE 2
Log in to GNOME session.
Create new VPN connection using IPSec.
Enter VPN parameters.
Set the user and group password to be stored.
Connection can be established and closed without issues.
All parameters of the VPN connection can be edited and the stored again.
The bug in not present.
See screenshots.

RESULTS
Updating: control-center
    from: 3.14.5-8.el7
      to: 3.14.5-17.el7
has fixed the bug.

Comment 11 errata-xmlrpc 2016-11-03 23:01:18 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-2150.html


Note You need to log in before you can comment on or make changes to this bug.