Bug 392415 - Krita tries to load bundle resources with the wrong path on startup
Summary: Krita tries to load bundle resources with the wrong path on startup
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Resource Management (other bugs)
Version First Reported In: 4.0
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Halla Rempt
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-03-27 14:58 UTC by Alvin Wong
Modified: 2021-03-30 12:37 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alvin Wong 2018-03-27 14:58:49 UTC
Can be observed with Process Monitor with the following steps:

1. Place a .kra file on a directory that does not contain the Krita install to be started (using `C:\Users\Alvin\Desktop` here)
2. Start Process Monitor, add filters:
  - Process Name is `krita.exe`
  - Path contains `C:\Users\Alvin\Desktop`
3. Double-click on the .kra file to start Krita (make sure Krita isn't already opened or that multiple instances are allowed
4. You should see a bunch of failed file open attempts in Process Monitor with "bundle:" in the path

A bunch of them look like `C:\Users\Alvin\Desktop\bundle:\C:\Program Files\Krita (x64)\share\krita\bundles\Krita_4_Default_Resources.bundle:brushes\abominable_snowman.png`. The most probable cause would be some code treating the path as real filesystem paths (processed with Qt's file-related functions) and causing a forward slash to become a backward slash.

<boud> um
<boud> bundle:\ looks really weird
<boud> krita checks for bundle:/ to see if something is part of a bundle
Comment 1 Halla Rempt 2021-03-30 12:37:29 UTC
Since 9ef4129d9f, the bundle:// convention is no longer used.