[krita] [Bug 481599] The Transform Mask does not work while animating.
https://bugs.kde.org/show_bug.cgi?id=481599 --- Comment #3 from Hank --- (In reply to Dmitry Kazakov from comment #2) > Hi, Hank! > > Could you please try the nightly builds of Krita? I have rewritten the > animated transform masks engine since them and it should resolve most of the > issues :) > > https://invent.kde.org/graphics/krita/-/jobs/1607958/artifacts/browse Greetings Dmitry! Thanks for getting this fixed and sorry for my delayed response. I am unable to test the nightly builds as the link to download those are currently not available. I'll gladly test a new build for the transform mask bugs once they are available again. :) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 481599] New: The Transform Mask does not work while animating.
https://bugs.kde.org/show_bug.cgi?id=481599 Bug ID: 481599 Summary: The Transform Mask does not work while animating. Classification: Applications Product: krita Version: 5.2.2 Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Tools/Transform Assignee: krita-bugs-n...@kde.org Reporter: hp.digitaldecade...@gmail.com Target Milestone: --- Created attachment 165965 --> https://bugs.kde.org/attachment.cgi?id=165965&action=edit Videos showing how to reproduce the bug. SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 0. I have made some short recordings. Please see the video attached as I'm sure my instructions are going to be... poorly explained. 1. On a blank layer, draw a simple figure. I drew a circle. 2. Add a transform mask. 3. On frame zero, Add transform mask key frames. Repeat this step on frames 1 and 2 making sure to move the figure to a different spot on the canvas for each frame. For me, I set keyframes for the figure to be at the top, middle, and bottom of the canvas. 4. Return to frame zero, select the figure (through the transform mask) and try to adjust it's position. 5. Observe the results. Keyframes for frame 1 and 2 disappear and the values for the keyframes on frame 0 are overwritten with different values without your input. OBSERVED RESULT Keyframes for frame 1 and 2 disappear and the values for the keyframes on frame 0 are overwritten with different values without your input. In some cases, as soon as you edit a new frame, the previous frame is "cleared". EXPECTED RESULT To be able to create and edit frame-specific keyframe values and have those values stay with that specific frame. SOFTWARE/OS VERSIONS Windows: 10 Pro Version 22H2 (OS Build 19045.4046) macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION This issue seems to be present in Krita 5.2.1 as well. I have a friend who uses that version and the issue is present there too. I do not remember this being an issue in 5.1.x. But I don't know for sure on that one. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 481599] The Transform Mask does not work while animating.
https://bugs.kde.org/show_bug.cgi?id=481599 --- Comment #1 from Hank --- Tested the transform tool / transform mask while animating in 5.1.4. The bug issue is not present there. Tested again in 5.2.1 the bug is present there. An additional detail, the preview in Tool Options may also be the culprit. I've noticed that the once I select the object, the preview incorrectly moves the object to the previous user-confirmed location instead of where the object was/is when you select it. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 379186] New: Crashing on new file dialog
https://bugs.kde.org/show_bug.cgi?id=379186 Bug ID: 379186 Summary: Crashing on new file dialog Product: krita Version: 3.1.3-beta Platform: Mac OS X Disk Images OS: OS X Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: krita-bugs-n...@kde.org Reporter: bug.repor...@web.de Target Milestone: --- Krita 3.1.3beta crashes on new file dialog (2048x2048px/300pp). Hit "Create" will crash Krita instantly repeatedly. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 378741] Crash on creating new or opening file.
https://bugs.kde.org/show_bug.cgi?id=378741 --- Comment #5 from Hank --- Sorry for the duplicate. I tried my best to search the bug tracker list with no result. At least I´m glad I´m not alone. FWIW: I´m still on macOS Yosemite. Cheers -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 378741] Crash on creating new or opening file.
https://bugs.kde.org/show_bug.cgi?id=378741 --- Comment #7 from Hank --- Thanks Boudewijn Rempt. The rc1 version seems to work so far. Not so sure about the broken plug-in you mentioned. Thanks for the speedy fix though. Much appreciated. Cheers -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 377807] New: Digital TV
https://bugs.kde.org/show_bug.cgi?id=377807 Bug ID: 377807 Summary: Digital TV Product: kaffeine Version: 2.0.1 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: mchehab+...@kernel.org Reporter: sloac...@gmail.com Target Milestone: --- The program Crashes/closes when there is signal bleep. Used this for years with no problem, Since Ubuntu MATE, 16.04, 10 has this problem. Used to just wait or I pick another channel. TV tuners sorely lacking in Linux. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 377807] Digital TV Crashes/closes when there is signal bleep
https://bugs.kde.org/show_bug.cgi?id=377807 --- Comment #4 from Hank Ingles --- OK. Thank you. Silly but writing some short stories and like to have TV on while writing. Or doing other tasks. Much prefer using Linux. "Media Center" is excellent for live TV but have to deal with The Windows other hassles. On Thu, Jul 13, 2017 at 10:42 AM, Mauro Carvalho Chehab < bugzilla_nore...@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=377807 > > --- Comment #3 from Mauro Carvalho Chehab --- > (In reply to Hank Ingles from comment #0) > > The program Crashes/closes when there is signal bleep. Used this for > years > > with no problem, Since Ubuntu MATE, 16.04, 10 has this problem. Used to > > just wait or I pick another channel. TV tuners sorely lacking in Linux. > > From your report, you're using version 2.0.1, right? Could you please try a > newer version? There were lots of bug fixes since then. If the bug still > happens, please provide debug logs from when the issues are happening. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 502005] New: kwin crash after apply keyboard setting and change delay of type
https://bugs.kde.org/show_bug.cgi?id=502005 Bug ID: 502005 Summary: kwin crash after apply keyboard setting and change delay of type Classification: Plasma Product: kwin Version: 5.26.0 Platform: unspecified OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: hank...@synology.com Target Milestone: --- Application: kwin_x11 (5.26.0) Qt Version: 5.15.7 Frameworks Version: 5.99.0 Operating System: Linux 5.4.0-189-generic x86_64 Windowing System: X11 Distribution: KDE neon User - 5.26 DrKonqi: 5.26.0 [KCrashBackend] -- Information about the crash: When I change the delay of typing keyboard and click apply, the screen flash and system says its crash. My setting has turn on the Caps Lock is disabled. The reporter is unsure if this crash is reproducible. -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault [New LWP 2363] [New LWP 2368] [New LWP 2370] [New LWP 2416] [New LWP 2467] [New LWP 2484] [New LWP 2485] [New LWP 2486] [New LWP 2654] [New LWP 733736] [New LWP 733737] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 0x7f49fa5eabbf in __GI___poll (fds=0x7ffec9bf7db8, nfds=1, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:29 [Current thread is 1 (Thread 0x7f49f5df5440 (LWP 2357))] Thread 12 (Thread 0x7f49aa9f6700 (LWP 733737)): #0 futex_wait_cancelable (private=, expected=0, futex_word=0x55e1e711f3b4) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55e1e711f360, cond=0x55e1e711f388) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x55e1e711f388, mutex=0x55e1e711f360) at pthread_cond_wait.c:647 #3 0x7f49fb94266b in QWaitCondition::wait(QMutex*, QDeadlineTimer) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f49fcc0 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 #5 0x7f49fcc048b9 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 #6 0x7f49fb93c5a3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f49fc4a5609 in start_thread (arg=) at pthread_create.c:477 #8 0x7f49fa5f7353 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 11 (Thread 0x7f49b77fe700 (LWP 733736)): #0 futex_wait_cancelable (private=, expected=0, futex_word=0x7f49d0c19550) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7f49d0c19500, cond=0x7f49d0c19528) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x7f49d0c19528, mutex=0x7f49d0c19500) at pthread_cond_wait.c:647 #3 0x7f49ee3625eb in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so #4 0x7f49ee3621eb in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so #5 0x7f49fc4a5609 in start_thread (arg=) at pthread_create.c:477 #6 0x7f49fa5f7353 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 10 (Thread 0x7f49d39ff700 (LWP 2654)): #0 futex_wait_cancelable (private=, expected=0, futex_word=0x7f49aeb35550) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x7f49aeb35500, cond=0x7f49aeb35528) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x7f49aeb35528, mutex=0x7f49aeb35500) at pthread_cond_wait.c:647 #3 0x7f49ee3625eb in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so #4 0x7f49ee3621eb in ?? () from /usr/lib/x86_64-linux-gnu/dri/iris_dri.so #5 0x7f49fc4a5609 in start_thread (arg=) at pthread_create.c:477 #6 0x7f49fa5f7353 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 9 (Thread 0x7f49d186e700 (LWP 2486)): #0 0x7f49fa5eacb6 in __ppoll (fds=0x7f49b8000d98, nfds=1, timeout=, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:44 #1 0x7f49fbb79e89 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #2 0x7f49fbb7b543 in QEventDispatcherUNIX::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #3 0x7f49fbb21bab in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f49fb93b3a2 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f49fb93c5a3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f49fc4a5609 in start_thread (arg=) at pthread_create.c:477 #7 0x7f49fa5f7353 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 8 (Thread 0x7f49d20bb700 (LWP 2485)): #0 futex_wait_cancelable (private=, expected=0, futex_word=0x55e1e637eb10) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55e1e637eac0, cond=0x55e1e637eae8) at pthread_cond_wai
