[krita] [Bug 468136] New: Timelapse Recorder - Frames saved with wrong color space when changed
https://bugs.kde.org/show_bug.cgi?id=468136 Bug ID: 468136 Summary: Timelapse Recorder - Frames saved with wrong color space when changed Classification: Applications Product: krita Version: 5.1.5 Platform: Ubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: fullmon...@gmail.com Target Milestone: --- 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 1. Start recording timelapse with the recorder docker 2. Change colorspace to sRGB-elle-V2-g10.icc (linear) 3. Draw colors on canvas, especially mixing colors 4. Open up frames saved in folder by the recorder, or export timelapse OBSERVED RESULT Colors are much darker and muddier than on canvas (I suppose because it is exporting the frames with an sRGB colorspace and not a linear one) EXPECTED RESULT Colors should appear the same in frames as they are on canvas SOFTWARE/OS VERSIONS Linux/KDE Plasma: Xubuntu 22.04.2 LTS Qt Version: 5.12.12 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 465954] Krita fails manual saves silently with no space left in home directory
https://bugs.kde.org/show_bug.cgi?id=465954 --- Comment #1 from Andrea Montagna --- Forgot to mention this (even if obvious): the fails happen due to Krita being unable to create backup files for the kra file when saving due to lack of space -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 465954] New: Krita fails manual saves silently with no space left in home directory
https://bugs.kde.org/show_bug.cgi?id=465954 Bug ID: 465954 Summary: Krita fails manual saves silently with no space left in home directory Classification: Applications Product: krita Version: 5.1.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: fullmon...@gmail.com Target Milestone: --- SUMMARY As per title, when there is no space left on krita's home directory partition all manual saves fails silently, meaning without warning or user-directed messages. Error is present in the logs but it is impossible to know the saves failed at all unless the user checks them out themselves. Autosaves still work, unless the file is not saved in which case the autosave fails too with a short lived message at the bottom of the window. It is important to note that it is missing space in the home directory and not in the saved file directory (if different) that creates this bug. Main problem here is that the user should be notified of the problem directly, ideally with a halting popup as the problem is very urgent and requires instant action, instead of keeping the errors hidden in the log. Failing to do so means that the user thinks the saves are working as intended when in fact they are not. STEPS TO REPRODUCE 1. Create ~600MB empty file, format it as ext4 and mount it 2. Place Krita appimage in mounted file with name "krita" 3. Create "krita.home" directory (to use as home directory) 4. Launch Krita 5. Fill remaining disk space in the krita partition with data 6. Settings -> Configure Krita -> General -> File Handling -> Backup File Location set to "User Folder" 7. Create a new kra file, add content to make it large enough to not be saved 8. Save the file outside of the mounted directory 9. Edit image, then manually click the save button or hit the save shortcut OBSERVED RESULT The save fails silently EXPECTED RESULT The program should notify the user that the save failed and prompt them to free space in the home directory's partition SOFTWARE/OS VERSIONS Linux: Xubuntu 22.04.1 LTS Qt Version: 5.12.12 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 465020] New: Copying and pasting from a layer with "Copy Green" blending mode translates pasted conte
https://bugs.kde.org/show_bug.cgi?id=465020 Bug ID: 465020 Summary: Copying and pasting from a layer with "Copy Green" blending mode translates pasted conte Classification: Applications Product: krita Version: 5.1.5 Platform: Ubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: fullmon...@gmail.com Target Milestone: --- SUMMARY Link to bug reproduced on video: https://youtu.be/B7cnVvmK9_I When copying and pasting a layer with the "Copy Green" blending mode, the pasted layer is translated by a certain amount compared to where it should appear. This seems to also happen with other blending modes like "Copy Red" It also happen with both vector and raster selections. STEPS TO REPRODUCE 1. Draw something on canvas 2. Select part of the drawing 3. Select "Copy Green" blending mode for the layer 4. Ctrl+C, Ctrl+V OBSERVED RESULT The pasted results translated from the copied layer EXPECTED RESULT The pasted layer should overlap the one that it is copied from and not translated. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Xubuntu 22.04.1 LTS KDE Plasma Version: - KDE Frameworks Version: - Qt Version: 5.12.12 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447985] Crash when painting during extended sessions
https://bugs.kde.org/show_bug.cgi?id=447985 Andrea Montagna changed: What|Removed |Added CC||fullmon...@gmail.com --- Comment #14 from Andrea Montagna --- Hello, I reported the bug in the Krita forums thread in comment 10. I have this bug daily on average every hour while working with Krita 5.0 (all versions that I've been able to try). On a couple of occasions it crashed in ~5 minutes, but that is not common. The crash seems to happen from random actions like brush strokes or selections, and it is always caused by segfault. I tried running it through an ASAN build that I was provided with, but the build still segfaulted without additional information. It has been suggested that it might be a bug in the Qt library that triggers this. I have no experience in debugging, but if anyone needs additional information from a gdb crash and guides me through the steps required I'll be willing to work it out. Or anything else that would be required to hunt this bug down, as I basically had to go back to 4.4.8 due to the constant crashing and losing work. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 450577] Contiguous Selection Tool Hangs when double clicking on large canvas
https://bugs.kde.org/show_bug.cgi?id=450577 --- Comment #3 from Andrea Montagna --- I forgot to also add the console output when the program gets stuck: SAFE ASSERT (krita): "(0)" in file /home/appimage/workspace/Krita_Stable_Appimage_Build/krita/libs/image/floodfill/kis_fill_interval_map.cpp, line 87 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 450577] Contiguous Selection Tool Hangs when double clicking on large canvas
https://bugs.kde.org/show_bug.cgi?id=450577 --- Comment #2 from Andrea Montagna --- I have made a video where I show the bug in action. I am using a rather recent Krita Plus version, krita-5.0.2-alpha-6edabfa864-x86_64.appimage, downloaded from the website. https://www.youtube.com/watch?v=9GgqJ3q_c6Y -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 450577] New: Contiguous Selection Tool Hangs when double clicking on large canvas
https://bugs.kde.org/show_bug.cgi?id=450577 Bug ID: 450577 Summary: Contiguous Selection Tool Hangs when double clicking on large canvas Product: krita Version: 5.0.2 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tools/Selection Assignee: krita-bugs-n...@kde.org Reporter: fullmon...@gmail.com Target Milestone: --- SUMMARY The Contiguous Selection Tool hangs Krita when double clicking on the canvas. By double clicking I mean clicking before the previous Contiguous Selection operation has concluded. If I only click once, the selection is completed correctly without issues. This only seems to be reproducible for me on large enough canvases in which the selection operation is not instantaneous, so this may depend on the system specs. It was reproducible for me down to a 1000x1000 canvas if I double click fast enough, but I also have a rather low end CPU (Ryzen 1300) STEPS TO REPRODUCE 1. Open large enough empty canvas (2000x2000 or more) 2. Select Contiguous Selection Tool and Double click on canvas OBSERVED RESULT Krita hangs and one core of the CPU is fully maxed until Krita is killed. Any other operation hangs, and trying to save the file opens the Continue/Stop operation and save/Close dialogue, but clicking on any button has no effect. The only way to resume work on krita is killing the window and opening a new session. EXPECTED RESULT The canvas is completely selected and the program resumes normal function SOFTWARE/OS VERSIONS Linux/KDE Plasma: Xubuntu 20.04.3 LTS Qt Version: qt5-default 5.12.8+dfsg-0ubuntu2.1 -- You are receiving this mail because: You are watching all bug changes.
