| Summary: | KPL palettes fail to open or import | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Franck Rabeson <rabeson.franck> |
| Component: | Resource Management | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | eoinoneill1991, griffinvalley, info, manuel.snudl.zeidler, tomtomtomreportingin |
| Priority: | NOR | Keywords: | regression, release_blocker |
| Version First Reported In: | nightly build (please specify the git hash!) | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | https://invent.kde.org/graphics/krita/-/commit/8973f9e56910fdf0363e742269705755a836457f | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
| Attachments: | KPL palette failing to load | ||
|
Description
Franck Rabeson
2021-11-14 20:36:33 UTC
I observed this yesterday in 5.0 beta 2 git e4dfc6 and it was also discussed in IRC, so confirming. Yeah, had the same issue, it's caused by this commit: https://invent.kde.org/graphics/krita/-/commit/d58bbf3aaec478943b4edb782e5b0e5ff09804c3#note_339256 As of master today, importing a KPL seems to work as expected. I confirm it is still a problem in 5.0branch. Tested in 5.0.0-beta2 (git fd399d7), a Krita Plus appimage build of two days ago. It wasn't the case with my previous Krita Plus appimage (start November?). Sample of error in terminal: > KoResourceSP KisResourceLocator::resource "/home/deevad/.local/share/krita/" "palettes" "selection-colors.0010.kpl" was not found ...while I confirm the file exists on my disk. ## Workaround: I share my workaround because I saved over the last weeks a set of precise color saved for a project. I had to find them back to continue even if Krita 5.0beta couldn't load the file. For that, open the *.kpl files in ~/.local/share/krita/palettes/ ; extract it with a zip tool, you'll have a colorset.xml files with the color saved (see under) where it is sort of possible to transform that into rgb percentages or convert with simple math to 0-255 values. You can then save that in *.gpl palette format and continue to work. > <RGB space="sRGB built-in" g="0.592156887054443" r="0.666666686534882" b="0.541176497936249"/> Ah, this has been fixed today by halla. I confirm it is fixed! I could quickly find a recent build 10min ago in Krita Plus ( https://binary-factory.kde.org/job/Krita_Stable_Appimage_Build/ ) and reload my palettes. 👍 Thanks @halla, also thanks @wolthera for the info. Created attachment 146631 [details]
KPL palette failing to load
This bug may need to be reopened. I am currently running into the issue with this sceneLinear KPL, I'll add it as an attachment here.
I'm using the newest Next Nightly (git e2673ac) on Windows and don't remember encountering this problem on the previous installed build I had from about 2 months ago.
(In reply to M from comment #7) > Created attachment 146631 [details] > KPL palette failing to load > > This bug may need to be reopened. I am currently running into the issue with > this sceneLinear KPL, I'll add it as an attachment here. > I'm using the newest Next Nightly (git e2673ac) on Windows and don't > remember encountering this problem on the previous installed build I had > from about 2 months ago. This is actually a different bug: someone changed the mimetype at some point, and I am LIVID about this. I will fix that as soon as possible. Ah okay, thanks for the quick info. You don't need an extra bug report I take it? I can confirm the bug I had is resolved now as well, thank you. |