Bug 2060868
Summary: | Cannot configure WPA2 Enterprise WiFi SSID | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alessio <alciregi> |
Component: | libnma | Assignee: | Lubomir Rintel <lkundrak> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 36 | CC: | awilliam, gmarr, gnome-sig, koppel, kparal, lkundrak, lrintel, nielsenb, robatino, thaller, vtq-gnome, walter.pete |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedBlocker AcceptedFreezeException https://ask.fedoraproject.org/t/20615 | ||
Fixed In Version: | libnma-1.8.34-2.fc36 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-03-24 19:33:52 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1953784, 1953785 |
Description
Alessio
2022-03-04 12:16:35 UTC
Proposed as a Blocker for 36-final by Fedora user alciregi using the blocker tracking app because: "All applications that can be launched using the standard graphical mechanism after a default installation of Fedora Workstation on the x86_64 architecture must start successfully and withstand a basic functionality test." Home users could not be affected by this bug, but office and enterprise users could be unable to configure the wifi using the graphical interface. I too am having a problem connecting via wpa2 Enterprise (otherwise wifi works normally), though it appears to be lower level (I'm using KDE). This is on a system that had been upgraded from f35 to f36 on 2022-02-19 13:27. I encountered the wpa problem after a 2022-02-23 10:44 upgrade, and I believe the wpa connection was working fine before then. The relevant log entries are: Feb 23 10:58:47 dmk-laptop-21 wpa_supplicant[1404]: wlp147s0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 23 10:58:47 dmk-laptop-21 wpa_supplicant[1404]: SSL: SSL3 alert: write (local SSL3 detected an error):fatal:handshake failure Feb 23 10:58:47 dmk-laptop-21 wpa_supplicant[1404]: OpenSSL: openssl_handshake - SSL_connect error:0A000152:SSL routines::unsafe legacy renegotiation disabled Feb 23 10:58:48 dmk-laptop-21 wpa_supplicant[1404]: wlp147s0: CTRL-EVENT-EAP-FAILURE EAP authentication failed The same issue has been reported here: https://ask.fedoraproject.org/t/cannot-connect-to-wpa2-enterprise-university-wifi-on-fedora-36/20288 Does the OP see similar log entries, or are these two different problems? I think they are different problems. In this case the point is not that I can't connect. The point is that I can't configure the WiFi since no configuration spokes appear in GNOME Control Center. This is likely similar to https://bugzilla.redhat.com/show_bug.cgi?id=2057719 : gnome-control-center is trying to use a UI definition which has not been ported to GTK4. From the errors, the problematic UI file is https://gitlab.gnome.org/GNOME/libnma/-/blob/main/src/wifi.ui from libnma; that file has not been touched for two years. I don't know how this is supposed to be handled for things that build both GTK3 and GTK4 versions (as libnma does), but that seems to be the problem anyway. I actually think it's worth considering this as a Beta blocker under the networking criteria we're currently discussing on test@ (and this also suggests to me we should cover specific wireless security requirements in those criteria). We may ultimately decide against it, but let's have the conversation at least. Discussed during the 2022-03-07 blocker review meeting: [0] The decision to classify this bug as a "RejectedBlocker (Beta)", "AcceptedBlocker (Final)", and an "AcceptedFreezeException (Beta)" was made as this does not violate the current Beta criteria, and there wasn't enough support for applying the proposed networking criteria that do cover it to F36 Beta, but it is bad enough to be an FE. For Final, it violates the default app functionality and panel criteria. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2022-03-07/f36-blocker-review.2022-03-07-17.01.txt *** Bug 2062507 has been marked as a duplicate of this bug. *** FEDORA-2022-5b4c506e72 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-5b4c506e72 FEDORA-2022-5b4c506e72 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-5b4c506e72` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-5b4c506e72 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. Can someone test the PKCS 11 / Smart Card flows? Those were the problematic ui files and I'm not sure my "just deleting the packing because I can't figure anything else out" solution resulted in a usable UI. I can't come up with a way to view the UIs with what I have on hand... (In reply to Brandon Nielsen from comment #10) > Can someone test the PKCS 11 / Smart Card flows? Those were the problematic > ui files and I'm not sure my "just deleting the packing because I can't > figure anything else out" solution resulted in a usable UI. I can't come up > with a way to view the UIs with what I have on hand... No. There's no Gtk4 version of GCR. FEDORA-2022-5b4c506e72 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report. |