Bug 402130 - Krita hangs on flood fill (+ gdb backtrace)
Summary: Krita hangs on flood fill (+ gdb backtrace)
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: git master (please specify the git hash!)
Platform: Other Linux
: NOR crash
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-14 18:11 UTC by SkyDiver
Modified: 2019-08-12 19:50 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
gdb backtrace (11.37 KB, text/x-log)
2018-12-14 18:11 UTC, SkyDiver
Details
backtrace (13.81 KB, text/plain)
2019-04-23 15:59 UTC, vanyossi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description SkyDiver 2018-12-14 18:11:22 UTC
Created attachment 116922 [details]
gdb backtrace

STEPS TO REPRODUCE
(.. not sure how reproducible this is, but here's the scenario:)
1. Open an image
2. Create a transparency layer
3. Select a rectangle
4. Use the fill tool
5. Tool Options > Enable "Fast mode"
6. Flood fill the rectangle on the transparency layer
(*) The rectangle was not fully filled, just part of it (let's say the left half got filled).
7. Try to fill the rectangle again by clicking the fill tool several times inside the rectangle.

OBSERVED RESULT
- Every consecutive click filled about another half of the unfilled area.
- At some point I was left with a pretty thin area that remained unfilled.
- Clicking inside it several times didn't do anything, and then CPU fan started stressing.
One of the (eight) CPU cores got to constant 100% utilization, but the app remained responsive.
- I tried to save my work so far, and then got a popup saying "Waiting for image operation to complete: Flood fill"
- Clicking "Cancel Operation and Save" does nothing.
- Clicking "Save without waiting" pops saying I should save to a different location.
- The original image format is .jpg and I tried to save it as a .kra file.
The Save dialog disappears and the "Waiting for image operation to complete: Flood fill" reappears.
Clicking Cancel dismisses the popup, but the file is not saved.
- All attempted to save to other file formats failed.
- The bottom right area displays a "Flood Fill: 0%" control at all times. Clicking the red Cancel button next to it makes the control disappear, but it immediately reappears.

Seeking advice on the IRC channel, I was guided how to dump a backtrace (attached).


Bug report sys. info:
---------------------
Krita
  Version: 4.1.5

Qt
  Version (compiled): 5.9.5
  Version (loaded): 5.9.5

OS Information
  Build ABI: x86_64-little_endian-lp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: linux
  Kernel Version: 4.15.0-42-generic
  Pretty Productname: Ubuntu 18.04.1 LTS
  Product Type: ubuntu
  Product Version: 18.04

OpenGL Info
  **OpenGL not initialized**
Comment 1 wolthera 2019-04-08 15:58:27 UTC
I cannot reproduce this, which might be a good thing!

We've fixed several bugs with the tile manager recently, could you check if this still happens with the latest master or a nightly appimage? ('krita next' on the downloads page)
Comment 2 Bug Janitor Service 2019-04-23 04:33:11 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 3 vanyossi 2019-04-23 15:59:15 UTC
Created attachment 119593 [details]
backtrace

I can get this to happen in 86b7e6073b19

1. Create transparency Mask
2. Apply fill using "Fast mode" option
3. Segmentation fault.
Comment 4 vanyossi 2019-05-10 17:00:34 UTC
The bug happens at least since 3.3.0, the oldest one I could test.
Comment 5 vanyossi 2019-05-10 17:01:23 UTC
I meant: krita-3.3.3
Comment 6 vanyossi 2019-08-12 19:50:08 UTC
this no longer happens in 8e5a3ed.

Setting as resolved.