| Summary: | If the name of shared library ends with digit from 1 to 9, Plasma recognizes it as manual page, and one can't change it using GUI | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Łukasz Konieczny <ftefrjbhfvasf32> |
| Component: | kcm_filetypes | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | fanzhuyifan, faure |
| Priority: | NOR | ||
| Version First Reported In: | 5.27.9 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Many libraries are depicted as manual pages
Example of library depicted as manual page And example of correctly depicted library |
||
Created attachment 162913 [details]
Example of library depicted as manual page
Created attachment 162914 [details]
And example of correctly depicted library
Software versions: Operating System: Kubuntu 23.10 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.0-10-generic (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i5-1135G7 @ 2.40GHz Memory: 31.2 GiB of RAM Graphics Processor: Mesa Intel® Xe Graphics Manufacturer: System76 Product Name: Darter Pro System Version: darp7 I don't know how, but now, after I have reset both file type associations, this bug is not present. Perhaps I had some old settings (I have fought with this bug earlier). I'm closing this bug report. Closing this, as this is no longer an issue for the reporter. |
Created attachment 162911 [details] Many libraries are depicted as manual pages SUMMARY *** The wrong file association (and icon) of shared libraries which names end with .[1-9] is somewhat hardcoded in Plasma and it is not possible to change it, no matter what you would do in GUI. They are presented as manual pages, despite file command shows they are shared libraries. I have tried: 1. removing pattern *.[1-9] from application/x-troff-man association 2. adding pattern *.so.*.[0-9] to application/x-sharedlib association. It doesn't work. I suspect there is some fundamental problem with kcm_filetypes, which prevents an ordinary user from doing whatever they want with file associations. You can see in attached screenshots what have I done and how still wrongly Dolphin shows shared libraries for example in /usr/lib/x86_64-linux-gnu/ *** STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION