[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

ocumo  changed:

   What|Removed |Added

Version|unspecified |4.1.5

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

ocumo  changed:

   What|Removed |Added

   Platform|Ubuntu Packages |Appimage

--- Comment #11 from ocumo  ---
UPDATE
Problem happens exactly the same in krita versions 4.1.3, 4.1.5 and even in the
available preview of krita 4.2, as long as the appimage is used.

This means that ALL available appimage versions 4.x.x released or not,
including nightly builds cannot be used with a Wacom Cintiq Wacom Cintiq 27QHD
Touch display without catastrophic failure.

I have updated the report's "platform" field to "Appimage", since the problem
doesn't manifest in installations made from the kritalime PPA.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

--- Comment #10 from ocumo  ---

- CORRECTION TO MY PREVIOUS POST (ocumo from comment #9) ---

> Created attachment 115313 [details]
> Hangup backtrace files - three cases
> 
> Attached three backtrace files (...)

This system doesn't allow to edit my posts, so PLEASE DISREGARD my post comment
#9, which has unrelated information, and instead consider this one:

Steps to reproduce and references to the files:

Experiment 1  (file: Exp1A_Krita_Hangup_Backtrace.txt)

1. Preparation: Run the following in the terminal:
   xsetwacom -v --set 'Wacom Cintiq 27QHD touch Finger touch' gesture off
2. Run (with dbg) krita-4.1.3-x86_64.appimage (or krita-4.1.1-x86_64.appimage).
3. Open some krita document, example: teste.kra (created originally with krita
v3.3)
4. Draw a couple of color lines using the Stylus (this is optional, problems
happens regardless).
5. Touch the tablet touchscreen with a bare finger. At this exact moment, krita
crashes/hangs(?). The GUI becomes irresponsive and doesn't refresh any longer. 
Collect the backtrace (needs to do  to get the gdb prompt) and close
gdb to kill the hanged krita.

Experiment 2 (file: Exp2_Krita_Hangup_Backtrace.txt)

1. If preparation of Experiment 1, step 1 was done, no action needed here.
Else, do that.
2. Run krita (dbg) krita-4.1.3-x86_64.appimage (or
krita-4.1.1-x86_64.appimage).
3. Open some krita document, example: teste.kra (created originally with krita
v3.3)
4. Draw a couple of color lines using the Stylus (this is optional, problems
happens regardless).
5. Touch the tablet touchscreen with a bare finger. It did not crash/hang and
zoom gesture was recognized. Draw and do touch gestures, all seem OK. Close the
document, but let Krita open.
--> Problem will happen now:
6. Open another document. (in our case a trivial krita document (with only few
lines) created with krita v4.0.4).
7. Repeat steps 4 and 5. Krita crashes/hangs as soon as touchscreen is touched
with bare finger.
Collect the backtrace (needs to do  to get the gdb prompt) and close
gdb to kill the hanged krita.

There are indeed three files attached, but only the two mentioned here are
relevant.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

ocumo  changed:

   What|Removed |Added

 CC||kxk-ocumoatbugskde@lugosys.
   ||com

--- Comment #9 from ocumo  ---
Created attachment 115313
  --> https://bugs.kde.org/attachment.cgi?id=115313=edit
Hangup backtrace files - three cases

Attached three backtrace files corresponding to three procedures, two of which
caused hangup/crash, one that did not, as a control.

Steps to reproduce and references to the files:
Experiment 1
- 1A: (file: Exp1A_Krita_Hangup_Backtrace.txt)
1. Preparation: Run the following in the terminal:
   xsetwacom -v --set 'Wacom Cintiq 27QHD touch Finger touch' gesture off
2. Run (with dbg) krita-4.1.3-x86_64.appimage (or krita-4.1.1-x86_64.appimage).
3. Open some krita document, example: teste.kra (created originally with krita
v3.3)
4. Draw a couple of color lines using the Stylus (this is optional, problems
happens regardless).
5. Touch the tablet touchscreen with a bare finger. At this exact moment, krita
crashes/hangs(?). The GUI becomes irresponsive and doesn't refresh any longer. 
Collect the backtrace (needs to do  to get the gdb prompt) and close
gdb to kill the hanged krita.
- 1B: (file: Exp1B_Krita_NOHangup_Backtrace.txt)
6. Open (with dbg) krita v4.1.2 (installed from kritalime ppa) in
/usr/bin/krit. NOPROBLEM 
7. Open a different krita document created with krita 4.1.1 from kritalime,
which has reference images embedded in it.
8. Touchscreen works normally, as this is not an appimage. Draw for a while.
9. Add a reference image to the existing ones.
10. Draw for a while.
11. Save the file:  => No problem. [ here it would have given the
Error.]
12. Collect the backtrace "Exp1b" and quit krita

Experiment 2
(file: Exp2_Krita_Hangup_Backtrace.txt)
1. If preparation of Experiment 1, step 1 was done, no action needed here.
Else, do that.
2. Run krita (dbg) krita-4.1.3-x86_64.appimage (or
krita-4.1.1-x86_64.appimage).
3. Open some krita document, example: teste.kra (created originally with krita
v3.3)
4. Draw a couple of color lines using the Stylus (this is optional, problems
happens regardless).
5. Touch the tablet touchscreen with a bare finger. It did not crash/hang and
zoom gesture was recognized. Draw and do touch gestures, all seem OK. Close the
document, but let Krita open.
--> Problem will happen now:
6. Open another document. (in our case a trivial krita document (with only few
lines) created with krita v4.0.4).
7. Repeat steps 4 and 5. Krita crashes/hangs as soon as touchscreen is touched
with bare finger.
Collect the backtrace (needs to do  to get the gdb prompt) and close
gdb to kill the hanged krita.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

ocumo  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #8 from ocumo  ---
(In reply to Andrew Crouthamel from comment #7)
> This bug has been in NEEDSINFO status with no change for at least 15 days.
> Please provide the requested information as soon as possible ...

It comes to my attention that this is a standard/automated message, thus its
content may not be 100% accurate to this context.

I did get back to this thread with all info I could collect, first to the more
specific request in comment #1, and second to the more generic request on
comment #2. Testing in Kubuntu 17.10 is no more relevant as we are now in 18.04
and things changed, as extensively reported in this thread, so I have provided
significant amount of information and even workarounds to this issue and I am
the one waiting for info that may help me to provide more help or at least some
comment.

Therefore, I am setting the bug status as REPORTED, per the recommendations.

Thanks

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[Andrew Crouthamel]

https://bugs.kde.org/show_bug.cgi?id=392251

Andrew Crouthamel  changed:

   What|Removed |Added

   Keywords||triaged

--- Comment #7 from Andrew Crouthamel  ---
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 set the bug
status 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!

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

ocumo  changed:

   What|Removed |Added

Version|4.0 |unspecified

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

--- Comment #6 from ocumo  ---
For what is worth, just in case anyone having troubles with krita using a Wacom
Cintiq and looking for answers, this information, gathered after countless
experiments with various versions of krita and Kubuntu, might be helpful:

1. The **appimage** executables for krita versions 4.0.0, 4.1.0 AND 4.1.1
crash/hang when using a Wacom Cintiq 27QHD Touch display as soon as one touches
the display with a finger or very soon thereafter, in both Kubuntu 16.04 AND in
Kubuntu 18.04 with whatever latest updates.

2. In Kubuntu 18.04, the kritalime PPA installation of krita 4.1 AND 4.1.1 do
NOT have the above problem. The touchscreen works (with a minor glitches) AS
LONG as the following command is issued before launching krita:

xsetwacom -v --set 'Wacom Cintiq 27QHD touch Finger touch' gesture off

3. Enabling OR disabling finger touch painting in the krita settings does NOT
have any effect in any krita version 4.x.x so far, appimage OR kritalime PPA
installed. The above xsetwacom command remains the only way to allow using
touch gestures in the Wacom Cintiq in krita >= 4 in kubuntu 18.04 and older.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

--- Comment #5 from ocumo  ---
UPDATE:

Krita 4.0.1 release does not change the situation (nor did it claim it, of
course). All previous tests produce same results.

After many tests, however, I think I can describe the problem in a better way
now:

I can now confirm, that there is a clear pattern: all points to the Touch
function.

1. Crashes are always related with touching the canvas with bare finger(s).
Either with documents created in krita 4 itself or krita 3.3.3 and even in the
simplest document with default image color spaces, with only two or three brush
strokes (any brush). Documents size is always the same: 2000px by 2500px and
300 dpi.

2. For these crashes to happen, at least one condition is needed: The Wacom
Cintiq 27QHD touch Finger touch Gesture parameter (from xsetwacom) is set to
off.

3. If the The Wacom Cintiq 27QHD touch Finger touch Gesture parameter is set to
on (with xsetwacom, as explained before), I cannot reproduce the crashes as
described previously. However: touching even barely with __any part of the
hand__ on the canvas, will create a paint stroke, *regardless* of what the
setting of the "Enable touch painting" setting is. This makes it impossible to
work with krita 4 with a Wacom Cintiq 27QHD in (KX)ubuntu 16.04.

4. If the touch gesture parameter is set to off (xsetwacom), touching the
canvas with bare fingers will end up in a crash, some times after a couple of
minutes of working, but frequently (if not always) immediately if the first
touch on the canvas is made with a bare finger instead of with the Stylus.

5. With the exact same system and conditions, Krita 3.3.3 works normally with
the Wacom Cintiq 27QHD touch display, with the only exception that the "Enable
touch painting" setting does not do anything at all, in both Krita 4.0.0/1 and
Krita 3.3.3., which forces the user to issue:

xsetwacom --set 'Wacom Cintiq 27QHD touch Finger touch' gesture off

...to be able to work, to have access to gestures (this is counter intuitive!)
and not create strokes with every skin contact on the canvas.


These questions remain:

- Why is it that the "Enable touch painting" doesn't seem to to anything at
all, forcing a workaround that seems to enable the crazy crashes in Krita 4 but
not in Krita 3.3.3 ?

- Why turning gesture OFF with xsetwacom is the only way to *enable* gestures?
Shouldn't it be the opposite?

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

--- Comment #4 from ocumo  ---
(In reply to Boudewijn Rempt from comment #3)
> Please get back to us when you've done those tests!

I haven't been able yet to test in the Kubuntu 17.10 system, but in the
meantime I have installed the Cinnamon package in my main one, just to see if I
get any more clues. I launched it from the console, to monitor (and record) the
output of the session.

At first, it looked promising, since I couldn't crash it with the same sequence
of events as described previously for KDE, Xfce or Enlightenment. The happiness
lasted only for five full minutes: While drawing, I tried one of my own brushes
(nothing special, just a small change on a basic default brush) and I saw this
error repeated like 12 times while painting:
`Accessing uninitialized random source!`
..so I changed to an 'official' brush and kept drawing for few more seconds and
when I tried to zoom in with the touch gesture then Krita hanged immediately;
no more response from any input.

I was simultaneously monitoring the system with htop: The only value for which
I am not sure is the resident memory (RES column) for one of the two krita
processes: '1379M', which accounts to 8.6% of my total system's RAM (16GB),
according to the MEM% column, so that would be around 1.3GB. The other process
shows '2600' (no units) which shows in the MEM% column as 0.0, and frankly is
lower than many other processes so because the man pages don't say anything
about units, I will have to assume that this is MB or lower unit (I don't get
the htop's units logic). As for CPU%, both processes showed 0% at the time it
crashed/hanged.

I have a snapshot (picture) of htop at the moment of crash, let me know if
that's interesting to attach. Also: is this 1.3GB typical/acceptable for the
resident memory (htop's RES column) or should I somehow try to focus more in
the memory, as Wolthera suggested, perhaps a memory leak?

Bottom line, so far:
Krita 4.0.0 crashes/hangs in all flavors of desktop environment that I have,
when using a Wacom Cintiq touch display.
The problem varies in severity: from taking down (freezing) the entire X system
in KDE, to allowing to draw some 5 minutes and hang only Krita, with no exact
identifiable pattern of what triggers the crash or how to reproduce it, other
than (_apparently_) use fingers to interact with krita, as in a zoom gesture
(Cinnamon), using the popup palette with fingers (Xfce, Enlightenment) or
possibly those or another one in KDE.

As I am having more information, I'll update, but for now I definitely am not
using Krita 4.0.0 except for these experiments. I can't be more impatient to
update my Kubuntu system to v18.04 in the hope that things might be better
then. The stable release is supposed to be on the last week of April.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[Boudewijn Rempt]

https://bugs.kde.org/show_bug.cgi?id=392251

Boudewijn Rempt  changed:

   What|Removed |Added

 CC||b...@valdyas.org
 Resolution|--- |WAITINGFORINFO
 Status|UNCONFIRMED |NEEDSINFO

--- Comment #3 from Boudewijn Rempt  ---
Please get back to us when you've done those tests!

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[ocumo]

https://bugs.kde.org/show_bug.cgi?id=392251

--- Comment #2 from ocumo  ---
Thank you so much, Wolthera. I certainly will also watch that as well.
I can't emphasize enough how exciting this new release is and how impatiently I
have been waiting for it. I tried the alpha and beta versions and had same
issues, so I kept waiting and watching krita's news every single day for the
release.

As soon as I can, I will try to test it in another computer which has Kubuntu
17.10, so perhaps with the Lima ppa and if I get pointers on how to, perhaps
with the debug packages.

Thanks a lot for all you do for this community.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 392251] Krita crashes/hang (and sometimes takes with it the entire X system) when using Touch display

[wolthera]

https://bugs.kde.org/show_bug.cgi?id=392251

wolthera  changed:

   What|Removed |Added

 CC||griffinval...@gmail.com

--- Comment #1 from wolthera  ---
Hm... And of course, because you're on 16.04 we can't use debug packages and
the lime ppa.

It's weird, I have no come across these crashes on KDE Neon, which is also
based off 16.04, while I do have very similar sets of warnings when zooming and
the like. The only thing I can recommend with my little linux knowledge is to
keep an eye on the memory usage.

Maybe the other devs have better ideas what could be causing this :/

-- 
You are receiving this mail because:
You are watching all bug changes.