Bug 482585 - SSL settings appears to no longer be present in system settings application.
Summary: SSL settings appears to no longer be present in system settings application.
Status: RESOLVED INTENTIONAL
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_ssl (show other bugs)
Version: 6.0.0
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: qt6
Depends on:
Blocks:
 
Reported: 2024-03-06 20:57 UTC by david
Modified: 2024-03-22 19:22 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Plasma 6 system network settings (94.33 KB, image/png)
2024-03-06 21:00 UTC, david
Details

Note You need to log in before you can comment on or make changes to this bug.
Description david 2024-03-06 20:57:17 UTC
SSL settings appears to no longer be present in system settings application.


STEPS TO REPRODUCE
1. Launch system settings.
2. Search for SSL

OBSERVED RESULT
No SSL settings found.

EXPECTED RESULT
Ability to view & manage ssl settings.

SOFTWARE/OS VERSIONS
Windows: n/a
macOS: n/a
Operating System: KDE neon 6.0
KDE Plasma Version: 6.0.0
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-21-generic (64-bit)
Graphics Platform: Wayland
Processors: 16 × 12th Gen Intel® Core™ i7-1270P
Memory: 31.0 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: HP
Product Name: HP EliteBook 840 14 inch G9 Notebook PC
System Version: SBKPF

ADDITIONAL INFORMATION
Comment 1 david 2024-03-06 21:00:33 UTC
Created attachment 166510 [details]
Plasma 6 system network settings
Comment 2 Nate Graham 2024-03-07 17:23:07 UTC
Indeed, and at the moment this is intentional. We may end up making a new one at some point in the future, but no guarantees.
Comment 3 david 2024-03-07 17:24:34 UTC
(In reply to Nate Graham from comment #2)
> Indeed, and at the moment this is intentional. We may end up making a new
> one at some point in the future, but no guarantees.

Is there a way to manage system certificates?
Comment 4 auxsvr 2024-03-16 21:15:10 UTC
Is there a way to trust a custom CA? Should one edit /etc/xdg/ksslcalist directly?
Comment 5 Nate Graham 2024-03-18 18:44:12 UTC
In what apps? The reason we removed this was because the settings were generally not respected by most 3rd-party apps.
Comment 6 auxsvr 2024-03-18 18:59:00 UTC
Currently, kio_http, triggered by an akonadi DAV resource, displays lots of annoying messages if the CA is not trusted (occasionally, there's also a bug in the dialog box with a button without label). The KDE5 version allowed one to trust it. I haven't been able to find a way to do this so far.
Comment 7 Robert Sneyer 2024-03-21 13:28:39 UTC
(In reply to auxsvr from comment #6)
> Currently, kio_http, triggered by an akonadi DAV resource, displays lots of
> annoying messages if the CA is not trusted (occasionally, there's also a bug
> in the dialog box with a button without label). The KDE5 version allowed one
> to trust it. I haven't been able to find a way to do this so far.

I have the same (annoying) problem. Did you find a solution yet?
Comment 8 Nicolas Fella 2024-03-22 13:44:07 UTC
The ability to ignore SSL errors is unrelated to this settings module. If that's broken there's a separate bug that needs fixing
Comment 9 Nicolas Fella 2024-03-22 19:19:40 UTC
See https://bugs.kde.org/show_bug.cgi?id=484241
Comment 10 Nicolas Fella 2024-03-22 19:22:53 UTC
As for why the SSL settings page was removed: It was part of the deprecated-by-definition kdelibs4support Framework. This intentionally wasn't ported to Qt6, that's why it no longer shows up. So removing it wasn't really a conscious decision but more a side-effect of where it was located.

Why it was placed there in the first place I can only speculate though