Bug 447775 - After overwriting kritarc (linux) with kritarc (windows), krita (appimage) fails to start.
Summary: After overwriting kritarc (linux) with kritarc (windows), krita (appimage) fa...
Status: RESOLVED NOT A BUG
Alias: None
Product: krita
Classification: Applications
Component: * Unknown (show other bugs)
Version: 5.0.0
Platform: Other Other
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-01 14:15 UTC by Eranthis stellata Maxim
Modified: 2022-01-01 17:31 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
填写缺少的步骤。 (8.80 KB, image/png)
2022-01-01 15:00 UTC, Eranthis stellata Maxim
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eranthis stellata Maxim 2022-01-01 14:15:54 UTC
SUMMARY

After overwriting kritarc (linux) with kritarc (windows), krita (appimage) fails to start. 

I want to use the previous krita configuration on other computers.
Then found this bug.

Even if they are all windows, different user names will cause the previous krita configuration to be unable to be used normally. 

There is no such bug in 4.4.8. 

STEPS TO REPRODUCE
1. Open krita (windows) to move Dockers at will. 
2. Overwrite kritarc (linux) with kritarc (windows). 

OBSERVED RESULT
Krita (appimage) failed to start. 

EXPECTED RESULT
Start normally as in 4.4.8.
And kritarc works.
Comment 1 Eranthis stellata Maxim 2022-01-01 15:00:53 UTC
Created attachment 145012 [details]
填写缺少的步骤。

Fill in the missing steps. 
STEPS TO REPRODUCE
0. Settings->Configure krita->General->Window->Multiple Document Mode:Subwindows
Comment 2 Eranthis stellata Maxim 2022-01-01 15:13:49 UTC
After configuring krita, several fixed directories will be written in the kritarc file.
I think it should be caused by this. 
ResourceCacheDbDirectory=C:/Users/username/AppData/Roaming/krita
ResourceDirectory=C:/Users/username/AppData/Roaming/krita

swaplocation=C:/Users/username/AppData/Local/Temp
Comment 3 Halla Rempt 2022-01-01 17:19:43 UTC
This is something that "might" have worked, but never was supported, sorry.
Comment 4 Eranthis stellata Maxim 2022-01-01 17:31:13 UTC
(In reply to Halla Rempt from comment #3)
> This is something that "might" have worked, but never was supported, sorry.

Thank you, now I know about it.