Bug 485023

Summary: "kate" uses file association "other/hunspell thesaurus file" for a file extension of type "*.dat"; changing this association to "normal" and pressing "apply" causes a S/W crash
Product: [Applications] kate Reporter: h.klinkrad
Component: applicationAssignee: KWrite Developers <kwrite-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: crash CC: christoph
Priority: NOR    
Version First Reported In: 21.12.3   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description h.klinkrad 2024-04-04 11:28:37 UTC
***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY
"kate" uses file association "other/hunspell thesaurus file" for a file extension of type "*.dat"; changing this association to "normal" and pressing "apply" causes a S/W crash

STEPS TO REPRODUCE
1. open a file with extension "*.dat", e.g. "test.dat", with "kate"
2. "kate" associates this file type with "other/hunspell thesaurus file"
3. using "settings > configure kate > open/save > modes & filetypes¨, and changing "other/hunspell thesaurus file" to "normal", followed by "apply", causes "kate" to crash

OBSERVED RESULT
crash of "kate" when trying to change a file association

EXPECTED RESULT
application of the newly selected filetype as default for the flle extension "*.dat"

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Ubuntu 22.04/Kate 21.12.3
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
change of file association works as expected when using the "kate" pull-down menus of the opened file, or by changing the file type displayed at the bottom right of the window
Comment 1 Christoph Cullmann 2024-04-07 16:58:40 UTC
Works for me with 23.02, please try a more recent version, thanks.
Comment 2 Christoph Cullmann 2024-04-07 16:58:56 UTC
(I meant 24.02)