Created attachment 150765 [details] ^ dialog with the error messages. Hi, I can't open a specific Krita kra source file, the one for the book cover #2 of Pepper&Carrot. I have to mention that the Krita file was decompressed and recompressed (with a custom bash script based on unzip/zip command line) manually to save disk space, but this script usually has no impact on my Krita files and I use it since a big year. It's also one of my most complex Krita source file: using many vector layers, filters, layer groups, etc... So, maybe it is sensitive to something usually hidden. The file ====== - Preview: https://www.peppercarrot.com/en/viewer/book-publishing__en_B02_cover_hardcover_72pages_8.5x11_by-David-Revoy.html - Source: https://www.peppercarrot.com/0_sources/0ther/book-publishing/zip/en_B02_cover_hardcover_72pages_8.5x11_by-David-Revoy.zip To Reproduce: ============ Just open the Krita file. Result: ====== Krita will display a dialog (screenshot in attachement) with a lot of errors. - Could not load pixel data - Could not load profile - Could not filter configuration → (this line probably misses a 'load' word) Then, all layers are loaded as transparent pixels. Observations: =========== - It's not a regression: I tested with various appimage (from 4.1, 4.2x to latest 5.1betas-nightly): the result is similar. - I had a backup of the original Krita file (before recompression) and I could open it. A dialog just invite to adapt the dpi (a classic from Krita 4 to Krita 5 files). - The bug was discovered by Ondrej on https://framagit.org/peppercarrot/book-publishing/-/issues/7 , I'll give him the fixed backup file so he is not blocked into publishing the German book of Pepper&Carrot #2. All in all, I thought this case could be interesting. If it is just related to the zip/unzip data recompression that broke the file, I'll totally understand to blame zip.
Let's take a look...
The image name in maindoc.xml is "/home/deevad/peppercarrot/book-publishing/sources-on-server/B01_cover_hardcover_72pages_8.5x11.kra (Copy)" if you remove the initial /, the image opens. I think this is an artefact of the script you used, and not really a bug in Krita?
Having an initial / is fine until you unzip and rezip a file. If you unzip a file where the image name is "/", you get warnings like this: warning: stripped absolute path spec from /layers/layer2. And if you then rezip, the layer data path doesn't have the / anymore, but the image name still has it, so the layer data cannot be found. I don't think we should add workarounds checking for and stripping an initial / in paths if quazip cannot find the file in the entrylist.