Created attachment 144360 [details] Kate Toolbar SUMMARY Kate does not save changes to user config when closed on MacOS. For example, removing the toolbar, and reopening Kate will have the toolbar still appear STEPS TO REPRODUCE 1. Click "settings" in the global menu 2. Uncheck "Show Toolbar" 3. Close and reopen Kate 4. Kate still shows the Toolbar, despite the setting being changed from last time OBSERVED RESULT Kate still retains the default user config EXPECTED RESULT Kate should update the config and apply the new settings upon start SOFTWARE/OS VERSIONS Windows: macOS: Monterey Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Using the Rosetta on an M1 Mac Mini Using the latest release build 21.08.3.1424 Also appears on the latest nightly version of Kate 22.03.70
``` ❯ /Applications/kate.app/Contents/MacOS/kate Icon theme "breeze" not found. kf.xmlgui: Shortcut for action "mainToolBar" "Show Toolbar" set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead. kf.windowsystem: Could not find any platform plugin kf.sonnet.core: No language dictionaries for the language: "en_US" trying to load en_US as default kf.sonnet.core: No language dictionaries for the language: "en_US" kf.sonnet.core: No language dictionaries for the language: "en_US" trying to load en_US as default kf.sonnet.core: No language dictionaries for the language: "en_US" kf.sonnet.core: No language dictionaries for the language: "en_US" trying to load en_US as default kf.sonnet.core: No language dictionaries for the language: "en_US" kf.sonnet.core: No language dictionaries for the language: "en_US" trying to load en_US as default kf.sonnet.core: No language dictionaries for the language: "en_US" kf.config.core: couldn't lock local file kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found kf.config.core: couldn't lock local file kf.config.core: couldn't lock local file kf.config.core: couldn't lock local file kf.config.core: couldn't lock local file ``` Here is the debug output of Kate. I imagine the problem here is because of the lock file issue, but I'm not sure in which directory that lock file would be created. however. Unrelated, but the `Icon theme "breeze" not found.` line is also evident, as there is at least one missing icon in the global menu
I can't reproduce this, did this get fixed? macOS Big Sur, using Kate 21.12.0.
(In reply to Miepee from comment #2) > I can't reproduce this, did this get fixed? > macOS Big Sur, using Kate 21.12.0. I'm still having the same issue, even after upgrading to 21.12.0. When running the program from the terminal, output is practically identical to my last comment, with kf.config.core complaining that it couldn't lock some local file.
Hmm, we just use KConfig, if that fails to work, this seems to be a more generic issue.
(In reply to Christoph Cullmann from comment #4) > Hmm, we just use KConfig, if that fails to work, this seems to be a more > generic issue. There wouldn't be any sort of config files or anything that I could purge? When I tried the newest version from today: I moved the old kate.app to the trash and installed fresh from the dmg. If it can't be reproduced, I wonder if it's some issue with my specific setup. Do you know where kf.config.core makes a lock file?
And for what it's worth, I cannot produce the same issue on Konsole for this Mac. There's no complaints about a lock file or kf.config.core
Could you try this with a more recent build?
Created attachment 160083 [details] Kate Crash Logs 040723
I just tried with the last successful build (#1994 in my case, built today), and now Kate will crash upon launch. Unlike Kate's Linux version, Mac OS doesn't output Kate's stdout messages on the terminal, so finding log output is a bit difficult. But I was able to save the crash logs from console.app. Since this is now another issue, I'm considering writing a new bug report since now Kate won't launch at all.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!