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

2020-08-15 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

 CC||lauren16ke...@gmail.com

--- Comment #12 from Eoin O'Neill  ---
*** Bug 425199 has been marked as a duplicate of this bug. ***

-- 
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-16 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

 CC||azzy...@gmail.com

--- Comment #11 from Eoin O'Neill  ---
*** Bug 424220 has been marked as a duplicate of this bug. ***

-- 
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-13 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

  Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
   |hics/krita/commit/6182b39b7 |hics/krita/commit/844b976d3
   |1a66aa67a2caa523ebdf29597aa |0f54531ee02a41d9b1c9bb0fcaf
   |f813|bc2d

--- Comment #10 from Eoin O'Neill  ---
Git commit 844b976d30f54531ee02a41d9b1c9bb0fcafbc2d by Eoin O'Neill.
Committed on 13/07/2020 at 20:03.
Pushed by eoinoneill into branch 'master'.

Fix Crash on Frame Priority Caching when Graphics Acceleration is Disabled.

Additional measures had to be taken to ensure that the frame cache exists
before
requesting frame regeneration. Additionally, frame cache priority will also
ensure that the user wants background caching before attempting to prioritize
specific frames.
(cherry picked from krita/4.3 commit 82c952ffbbb295720bc903ec8ab683d13a6bcddb)

M  +5-1libs/ui/kis_animation_cache_populator.cpp
M  +7-4plugins/dockers/animation/kis_time_based_item_model.cpp

https://invent.kde.org/graphics/krita/commit/844b976d30f54531ee02a41d9b1c9bb0fcafbc2d

-- 
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-13 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

  Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
   |hics/krita/commit/82c952ffb |hics/krita/commit/6182b39b7
   |bb295720bc903ec8ab683d13a6b |1a66aa67a2caa523ebdf29597aa
   |cddb|f813

--- Comment #9 from Eoin O'Neill  ---
Git commit 6182b39b71a66aa67a2caa523ebdf29597aaf813 by Eoin O'Neill.
Committed on 13/07/2020 at 18:25.
Pushed by eoinoneill into branch 'krita/4.3.0'.

Fix Crash on Frame Priority Caching when Graphics Acceleration is Disabled.

Additional measures had to be taken to ensure that the frame cache exists
before
requesting frame regeneration. Additionally, frame cache priority will also
ensure that the user wants background caching before attempting to prioritize
specific frames.
(cherry picked from commit 82c952ffbbb295720bc903ec8ab683d13a6bcddb)

M  +5-1libs/ui/kis_animation_cache_populator.cpp
M  +7-4plugins/dockers/animation/kis_time_based_item_model.cpp

https://invent.kde.org/graphics/krita/commit/6182b39b71a66aa67a2caa523ebdf29597aaf813

-- 
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-13 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

  Latest Commit||https://invent.kde.org/grap
   ||hics/krita/commit/82c952ffb
   ||bb295720bc903ec8ab683d13a6b
   ||cddb
 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Eoin O'Neill  ---
Git commit 82c952ffbbb295720bc903ec8ab683d13a6bcddb by Eoin O'Neill.
Committed on 13/07/2020 at 18:02.
Pushed by eoinoneill into branch 'krita/4.3'.

Fix Crash on Frame Priority Caching when Graphics Acceleration is Disabled.

Additional measures had to be taken to ensure that the frame cache exists
before
requesting frame regeneration. Additionally, frame cache priority will also
ensure that the user wants background caching before attempting to prioritize
specific frames.

M  +5-1libs/ui/kis_animation_cache_populator.cpp
M  +7-4plugins/dockers/animation/kis_time_based_item_model.cpp

https://invent.kde.org/graphics/krita/commit/82c952ffbbb295720bc903ec8ab683d13a6bcddb

-- 
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-13 Thread Eoin O'Neill
https://bugs.kde.org/show_bug.cgi?id=424037

Eoin O'Neill  changed:

   What|Removed |Added

 CC||eoinoneill1...@gmail.com
   Assignee|krita-bugs-n...@kde.org |eoinoneill1...@gmail.com

-- 
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-12 Thread Ahab Greybeard
https://bugs.kde.org/show_bug.cgi?id=424037

--- Comment #7 from Ahab Greybeard  ---
If Canvas Graphics Acceleration is enabled to start with, I don't see a crash
on exit or significant output in the terminal.

If it's disabled to start with, setting it to enabled will lock up the canvas
(as noted in Comment 4 ) but I see no significant output in the terminal after
exit.

-- 
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-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-11 Thread Ahab Greybeard
https://bugs.kde.org/show_bug.cgi?id=424037

--- Comment #5 from Ahab Greybeard  ---
Created attachment 130051
  --> https://bugs.kde.org/attachment.cgi?id=130051=edit
Win10 krita-5.0.0 crash log

It's the same for appimages on Ubuntu 20.04 and for the latest Nightly 5.0.0
portable zip package on Windows 10

The Windows 10 crash log is attached

-- 
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-11 Thread Ahab Greybeard
https://bugs.kde.org/show_bug.cgi?id=424037

--- Comment #4 from Ahab Greybeard  ---
For Comment 3, I had a fresh kritarc file but not a fresh kritadisplayrc file.
As a result of this, I had Canvas Graphics Acceleration disabled.

Crash induction for 4.3.0 onwards appimages is as follows:

1. Disable Canvas Graphics Acceleration
2. Create a new image and have the Timeline showing.
3. Click-hold anywhere in the timeline and move the cursor slightly.
4. See a crash.

This may (or may not) be the same cause for the crash by etene.

This may (or may not) be associated with:
https://bugs.kde.org/show_bug.cgi?id=423840 though this bug is caused by
changing the state of Canvas Graphics Acceleration.

-- 
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-11 Thread Ahab Greybeard
https://bugs.kde.org/show_bug.cgi?id=424037

Ahab Greybeard  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1
 CC||ahab.greybe...@hotmail.co.u
   ||k

--- Comment #3 from Ahab Greybeard  ---
I can confirm this for the 4.3.0 appimage on Debian Stable with various
existing animation files.

The animation plays ok but then crashes if I try to select a frame or try to
scrub along the timeline.

Example terminal output:
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
Segmentation fault

-- 
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] Animation: Crash when selecting a range of frames that's not visible on startup in the timeline docker

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

Tymond  changed:

   What|Removed |Added

 CC||tamtamy.tym...@gmail.com
   Keywords||regression

--- Comment #1 from Tymond  ---
I added 'regression' keyword because it seems like there is quite some amount
of crashes for animation in the current version which weren't in, let's say,
4.2.6, and they need attention. It would be good if someone checked and
confirmed if this assert/crash happens in 4.2.9 too or not.

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