Created attachment 145461 [details] Error message when Krita tries to open the directory. SUMMARY The Microsoft Store version of Krita's buttons redirect to the free/normal application directories. (I'm not sure if this is intended or not) It also STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Created attachment 145462 [details] Default setting
Created attachment 145463 [details] Shows that the directory doesn't exist.
Created attachment 145464 [details] Krita's file picker lying >:P
(Remind me to add attachments AFTER writing the description... -_-) SUMMARY: The Microsoft Store version of Krita's buttons redirect to the free/normal application directories. (I'm not sure if this is intended or not) STEPS TO REPRODUCE: 1. Install the Microsoft Store version of Krita. 2. Try to open the resources folder. OBSERVED RESULT: Error: Nonexistent directory. EXPECTED RESULT: Resources folder opens. SOFTWARE/OS VERSIONS: Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19042 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 Krita: 5.0.1 Qt Version: 5.12.12
Created attachment 145465 [details] About window
Um, so this is a result of Desktop Bridge (the official technology used to package traditional desktop applications for the Microsoft Store) applying filesystem virtualization (technical info: [1]). If you have not used the normal version (installer or portable package) before, the files will be actually placed under apackage-local location: %LOCALAPPDATA%\Packages\49800Krita_<RANDOM STRING>\LocalCache\Roaming\krita ... where <RANDOM STRING> is a bunch of random letters and numbers. (By the way I don't think it is actually random if you installed from the Store, so try `%LOCALAPPDATA%\Packages\49800KritaProject.Krita_n3kgb906j1zjg\LocalCache\Roaming\krita`.) From the perspective of Krita (and by extension its file picker), it will appear as if the files are actually inside `AppData\Local\krita`. Unfortunately, there is no way for Krita to tell whether this folder actually exists in the per-user global AppData location or inside the package-local location, so I don't think there is a way to really fix the button in this case. (I need to do some digging to confirm this.) [1]: https://docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes#file-system
(In reply to Alvin Wong from comment #6) > If you have not used the > normal version (installer or portable package) before, I have, I recently bought it through the MS Store to support Krita's developers. > %LOCALAPPDATA%\Packages\49800Krita_<RANDOM > STRING>\LocalCache\Roaming\krita I tried that, Windows refuses to let me access %LOCALAPPDATA%\Packages in anyway...
Nevermind, now I can access it...
Merge request to improve it: https://invent.kde.org/graphics/krita/-/merge_requests/1304
Git commit 71a3c0fdc47a5f4718b8ab03b84dea12249c27db by Alvin Wong. Committed on 04/02/2022 at 10:13. Pushed by alvinwong into branch 'master'. win: Add info on redirected AppData dir when running packaged The packaged Desktop Bridge app redirects certain writes to the AppData directories to a private app location, which makes "Open Resources Folder" fail to work normally in some cases. This tries to detect if such private app location is being used and informs the user about it, also allows the user to choose to open the user AppData location or the private app location. M +56 -0 libs/global/KisWindowsPackageUtils.cpp M +10 -0 libs/global/KisWindowsPackageUtils.h M +64 -1 libs/ui/KisViewManager.cpp M +50 -0 libs/ui/dialogs/kis_dlg_preferences.cc M +35 -1 libs/ui/forms/wdggeneralsettings.ui https://invent.kde.org/graphics/krita/commit/71a3c0fdc47a5f4718b8ab03b84dea12249c27db