SUMMARY The April 1st 4.3.0 prealpha appimage crashes after displaying the start screen. It gets through 'Adding resource types' then vanishes after 'Loading Main Window' ADDITIONAL INFORMATION I still have to download it as a document (which takes a long time) due to the binary factory problems with appimages.
That's strange, it does start for me. The one big change that went in yesterday that has to do with startup was the fix for BUG:419475. Is there anything interesting printed on the the commandline?
There is a massive amount of output on the command line. Concentrating on the end: For 4.3.0 prealpha git 62b9516: KisResourceModel::resetQuery for "layerstyles" took 7 ms bool KisTagModel::prepareQuery() ### RESET TAG MODEL ### for "layerstyles" took 0 ms. QObject::startTimer: Timers cannot have negative intervals Could not open "/home/adminahab/.local/share/krita/patterns/ico_burp_canvas_2048px.png" for reading Could not open "/home/adminahab/.local/share/krita/patterns/ico_burp_canvas_2048px.png" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "patterns" "ico_burp_canvas_2048px.png" For 4.2.9 which works fine with no problems there are lots of NOT COOL and libpng warning lines: ......... NOT COOL: Duplicated action name from xml data: "activate_preset_9" NOT COOL: Duplicated action name from xml data: "activate_preset_0" NOT COOL: Duplicated action name from xml data: "execute_script_1" NOT COOL: Duplicated action name from xml data: "execute_script_2" NOT COOL: Duplicated action name from xml data: "execute_script_3" ........ libpng warning: iCCP: CRC error libpng warning: iCCP: CRC error libpng warning: iCCP: CRC error libpng warning: Exceeded size limit while expanding chunk krita.lib.widgets: Loading resource "/home/adminahab/.local/share/krita/paintoppresets/ico_exp_pack/ico_txt_cell_stroke.kpp" failed. "kis_paintoppresets" libpng warning: Exceeded size limit while expanding chunk krita.lib.widgets: Loading resource "/home/adminahab/.local/share/krita/paintoppresets/ico_exp_pack/ico_txt_luke_legacy.kpp" failed. "kis_paintoppresets" I've deleted the resources folder and all configuration files, after which the 4.3.0 prealpha git 62b9516 starts ok. Even after this, 4.2.9 gives a massive nunber of 'NOT COOL: Duplicated action name' warnings Does this give any particular clue? I'll try again later with the ico resources removed and anything else I can think of.
Hm, that usually means there's a global .action file somewhere that Krita also reads. It won't have anything to do with this crash. It looks like the ico kpp's are the problem. I don't have those; are they from his paid brush packs?
Yes, it's Ico-dY's pack that was recently available at a special low price. I restored configs and all resources then removed ico_burp_canvas_2048.px. The 4.3.0 prealpha started with no problem. Further analysis after removing ico_burp_canvas_2048px.png: ----------------------------- I tried to look at patterns in the patterns docker - it showed minor on-screen display break up for about 1 second then crashed: Could not open "/home/adminahab/.local/share/krita/patterns/ico_eletronic_insolvence_1024px.png" for reading Could not open "/home/adminahab/.local/share/krita/patterns/ico_eletronic_insolvence_1024px.png" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "patterns" "ico_eletronic_insolvence_1024px.png" Segmentation fault ------------------------------ Restarted then tried to use ico_txt_chalk_c (199 Ico Txt Chalk C) brush preset from the brush presets docker. It crashed: Preset reloading if presets are dirty is broken Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_chalk_c.kpp" for reading Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_chalk_c.kpp" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "paintoppresets" "ico_txt_chalk_c.kpp" Segmentation fault ------------------------------- Using 4.2.9 there is no problem with ico_txt_chalk_c and it appears to use a texture called 'Rock Light' that I can't find anywhere in the personal or tmp resources. The ico_burp_canvas_2048.px.png file opens with no problem in 4.2.9 ------------------------------- The 4.3.0 prealpha crashes if I try to open any file or create a new file: Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_chalk_c.kpp" for reading Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_chalk_c.kpp" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "paintoppresets" "ico_txt_chalk_c.kpp" ------------------------------- This is 'fixed' if I use 4.2.9 to flush ico_txt_chalk_c out of the preset history. If I then open ico_burp_canvas_2048.px.png with the 4.3.0 prealpha and export-overwrite it and then put it back into the ico_ght_pack resources patterns folder - the 4.3.0 prealpha starts ok. ------------------------------- However, if I try to select any ico brush preset (only three different ones tested) then it crashes: Preset reloading if presets are dirty is broken Preset reloading if presets are dirty is broken Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_static_block.kpp" for reading Could not open "/home/adminahab/.local/share/krita/paintoppresets/ico_txt_static_block.kpp" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "paintoppresets" "ico_txt_static_block.kpp" Segmentation fault ------------------------------ All the ico brush presets can be used with no problem in 4.2.9 Would you like me to attach a .zipped selection of textures and brush presets for analysis or send them to your email address? (I believe this is allowed for the purpose of academic research.)
I would prefer to ask ico's permission first. I know he's got a forum account, maybe that's the best way to point him at this bug.
The situation with the 4.3.0 prealpha is getting more interesting: There are several brush presets that cause a crash if I select them. Examples: ---------------------------------- Preset reloading if presets are dirty is broken resourceByFilename "square-4.png" Could not open "/home/adminahab/.local/share/krita/paintoppresets/GDquest_Paint_Shade_Directional.kpp" for reading Could not open "/home/adminahab/.local/share/krita/paintoppresets/GDquest_Paint_Shade_Directional.kpp" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "paintoppresets" "GDquest_Paint_Shade_Directional.kpp" Segmentation fault --------------------------------- Preset reloading if presets are dirty is broken Could not open "/home/adminahab/.local/share/krita/paintoppresets/RM_Jama_01_Flat.kpp" for reading Could not open "/home/adminahab/.local/share/krita/paintoppresets/RM_Jama_01_Flat.kpp" for reading KoResourceSP KisResourceLocator::resource "/home/adminahab/.local/share/krita/" "paintoppresets" "RM_Jama_01_Flat.kpp" Segmentation fault --------------------------------- Those brush presets work fine with 4.2.9
Considering we know what causes it now, I'm setting to confirmed, though we still need access to the offending resources in question.
Yes... I think that at this point sharing a zip file of those presets with boudewijnrempt@gmail.com is necessary to go on with this bug. I'm already testing with a huge amount of older presets, and I'm not getting crashes right now.
email with new information sent. I'll leave it up to Boud to condense/summarise if he wants to.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
Thanks! I'll dig into that this week.
I have reproduced the crash. It happens consistently when a preset uses a brush tip from an abr file.
This no longer happens as of be5f1e703518211831f1ff31310711f262ff7115