Hello KDE Developers, My name is Shamil, and I am a user and enthusiast of KDE. Recently, the VLESS protocol, which is used for proxying and bypassing restrictions, has been gaining popularity due to its efficiency and security. I would like to propose adding support for this protocol in KDE applications that handle network connections, such as NetworkManager or other relevant tools. Support for VLESS could be highly beneficial for many users, particularly in scenarios where privacy and bypassing restrictions are critical. It would also enhance KDE's reputation as a user-friendly environment that prioritizes security and network versatility. I would greatly appreciate it if this feature could be considered for future updates to KDE. If you need further information or would like to discuss this suggestion in more detail, I am more than willing to contribute. Thank you for your attention and for the outstanding work you do on KDE! Best regards, Shamil SOFTWARE/OS VERSIONS Operating System: Fedora Linux 40 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.5-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 20 × 12th Gen Intel® Core™ i7-12700H Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® Graphics
Bulk transfer as requested in T17796
Thanks for the suggestion. This is something that will probably require someone to submit a patch, as I doubt any Plasma developers are currently familiar with it. Would you be willing to do so?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.