[krita] [Bug 424037] Animation: Crash when selecting a range of frames that's not visible on startup in the timeline docker

2020-07-12 Thread etene
https://bugs.kde.org/show_bug.cgi?id=424037

--- Comment #6 from etene  ---
I can confirm that the machine on which it crashes had canvas graphic
acceleration disabled. Enabling it stops it from crashing mid flight (but it
crashes on exit instead).

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

[krita] [Bug 424037] Animation: Crash when selecting a range of frames that's not visible on startup in the timeline docker

2020-07-10 Thread etene
https://bugs.kde.org/show_bug.cgi?id=424037

--- Comment #2 from etene  ---
I can confirm it's a regression at least from my point of view.
The same animation file which makes 4.3 onwards crash was created and is
editable in 4.2.9.

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

[krita] [Bug 424037] New: Animation: Crash when selecting a range of frames that's not visible on startup in the timeline docker

2020-07-09 Thread etene
https://bugs.kde.org/show_bug.cgi?id=424037

Bug ID: 424037
   Summary: Animation: Crash when selecting a range of frames
that's not visible on startup in the timeline docker
   Product: krita
   Version: git master
  Platform: Debian testing
OS: Linux
Status: REPORTED
  Severity: crash
  Priority: NOR
 Component: Animation
  Assignee: krita-bugs-n...@kde.org
  Reporter: etienne.noss+kdeb...@gmail.com
  Target Milestone: ---

Created attachment 130004
  --> https://bugs.kde.org/attachment.cgi?id=130004&action=edit
Crash log & backtraces obtained with GDB

SUMMARY

Selecting a range of frames in the timeline docker, for a "long" animation that
has frames outside the visible range, causes Krita to crash on one machine and
triggers a SAFE ASSERT on another.

STEPS TO REPRODUCE
1. Open a file with an animation that's long enough to not fit in the timeline
docker (I can provide the crashing file if necessary, but it's pretty big)
2. Scroll the timeline docker to the right to see animation frames that were
hidden on startup
3. Try to select some frames by dragging the pointer while the mouse button is
pressed

OBSERVED RESULT

An assert failure

EXPECTED RESULT

Some frames are selected in the timeline docker

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian Testing / Linux 5.7.0-1-amd64 / KDE Plasma 5.17.5
KDE Frameworks Version: 5.70.0
Qt Version: 5.14.2

ADDITIONAL INFORMATION

Built from git 3be762c

On a machine, it doesn't crash but shows a "SAFE ASSERT (krita):
"animInterface->fullClipRange().contains(frame)" in file
/home/etienne/kritadev/krita/libs/ui/KisPart.cpp, line 488"
On another machine, it simply crashes. I've reproduced the issue with gdb, the
log is attached.

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

[krita] [Bug 405723] Crash when adding in multiple frame columns.

2019-05-14 Thread etene
https://bugs.kde.org/show_bug.cgi?id=405723

--- Comment #5 from etene  ---
If that can be of any use:

I built it from the Debian package sources in order to get a useable backtrace,
since there are no debug symbols for Krita in the Debian repositories. I don't
know if that counts as a distribution build ?

I used

DEB_BUILD_OPTIONS="nostrip noopt parallel=8" fakeroot apt-get -b source krita

and installed the resulting .deb package.


Would it be useful if I built it without the asserts and/or from the Krita
repository and tried to reproduce ?

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