[krita] [Bug 486529] New: Data loss on layer style Hard Mix Softer blendmode
https://bugs.kde.org/show_bug.cgi?id=486529 Bug ID: 486529 Summary: Data loss on layer style Hard Mix Softer blendmode Classification: Applications Product: krita Version: 5.2.2 Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: layer styles Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY When you copy a layer style or save a document with the Hard Mix Softer blend mode, the blend mode is lost and goes to Normal STEPS TO REPRODUCE 1. Create any layer style with the Hard Mix Softer (Photoshop) blend mode 2. Copy the layer style and paste it to another 3. Check the layer style alternative 1. Create any layer style with the Hard Mix Softer (Photoshop) blend mode 2. Save the document and then close it 3. reopen the document OBSERVED RESULT Blend mode is reset to Normal ASL shows: EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5 ADDITIONAL INFORMATION The normal layer blend mode for Hard Mix Softer seems to be fine so this is only for layer styles I set severity to major based on previous data loss being market as major -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 465490] Feature request
https://bugs.kde.org/show_bug.cgi?id=465490 --- Comment #2 from Zero Dean --- Created attachment 156091 --> https://bugs.kde.org/attachment.cgi?id=156091&action=edit A mockup of a dual gallery setup allowing users to see a separate gallery of rated items from that particular folder/gallery A mockup of a "dual gallery/window" setup allowing users to see a separate gallery of rated items from that particular folder/gallery. If you're familiar with Blender, it would be like being able to add an additional viewport. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 465490] New: Feature request
https://bugs.kde.org/show_bug.cgi?id=465490 Bug ID: 465490 Summary: Feature request Classification: Applications Product: digikam Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Usability-Ergonomy Assignee: digikam-bugs-n...@kde.org Reporter: zdrelay+digi...@gmail.com Target Milestone: --- Long time digikam user. Thank you. Feature requests for your consideration: 1. Please consider some easy visual cues for gallery sorting. For example, some icons at the top of the thumbnail viewer that allow users to quickly and easily change the sort order to items. This would be much more efficient than having to go to the view menu each time. 2. Please consider having a small reserved or toggleable space/window specifically for starred/rated items. This way I can browse a main gallery and also see which items have also been rated. Currently sorting by rated throws off the sorting every time you add a new item to the rated items. I would like to be able to see thumbnails of rated items while also being able to browse unrated items (and rate them). Being able to see both at the same time would be a huge time saver. 3. Also, this bug-tracking system is horrendously complicated especially for someone who just wants to submit a feature request. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 457644] New: Segfault in the encrypted channel edit section
https://bugs.kde.org/show_bug.cgi?id=457644 Bug ID: 457644 Summary: Segfault in the encrypted channel edit section Product: kaffeine Version: unspecified Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mche...@kernel.org Reporter: timeisflow...@gmail.com Target Milestone: --- Created attachment 151179 --> https://bugs.kde.org/attachment.cgi?id=151179&action=edit Step by step segfault Segfault error when I enter the DVB-S Encrypted channel edit section *** tarting program: /usr/bin/kaffeine [*] Failed to find objfile or not a valid file format: [Errno 2] No such file or directory: 'system-supplied DSO at 0x77fd' [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x71a23700 (LWP 53289)] [New Thread 0x7fffebeaf700 (LWP 53290)] [New Thread 0x7fffeb634700 (LWP 53292)] [New Thread 0x7fffeae33700 (LWP 53293)] 08-08-22 13:10:21.480 [Warning ] QCommandLineParser: already having an option named "h" 08-08-22 13:10:21.481 [Warning ] QCommandLineParser: already having an option named "help-all" 08-08-22 13:10:21.481 [Warning ] QCommandLineParser: already having an option named "v" [New Thread 0x7fffe9a4d700 (LWP 53294)] [New Thread 0x7fffe8c22700 (LWP 53295)] [New Thread 0x7fffbbfff700 (LWP 53296)] [New Thread 0x7fffbb7fe700 (LWP 53297)] [New Thread 0x7fffbaffd700 (LWP 53298)] [New Thread 0x7fffba7fc700 (LWP 53299)] [New Thread 0x7fffb9ffb700 (LWP 53300)] [New Thread 0x7fffb97fa700 (LWP 53301)] [New Thread 0x7fffb8ff9700 (LWP 53302)] [New Thread 0x7fff9bfff700 (LWP 53303)] [New Thread 0x7fff9b7fe700 (LWP 53304)] [New Thread 0x7fff9affd700 (LWP 53305)] [New Thread 0x7fff9a7fc700 (LWP 53306)] 08-08-22 13:10:22.829 [Info] kaffeine.dvb: Using built-in dvb device manager 08-08-22 13:10:26.197 [Warning ] kaffeine.dev: Unsupported transmission type: 4 08-08-22 13:10:26.200 [Info] kaffeine.dev: Found dvb device : STB0899 Multistandard 08-08-22 13:10:26.265 [Debug ] Icon theme "gnome" not found. 08-08-22 13:10:26.265 [Debug ] Icon theme "crystalsvg" not found. 08-08-22 13:10:26.420 [Warning ] kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found 08-08-22 13:10:26.420 [Warning ] kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found 08-08-22 13:10:26.758 [Warning ] kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found 08-08-22 13:10:26.759 [Warning ] kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found Thread 1 "kaffeine" received signal SIGSEGV, Segmentation fault. 0x555b0aaf in ?? () [ Legend: Modified register | Code | Heap | Stack | String ] ─── registers $rax : 0x7fffc4c8 → 0x $rbx : 0x0 $rcx : 0x0 $rdx : 0xa $rsp : 0x7fffc470 → 0x $rbp : 0x7fffc4e8 → 0x563864c0 → 0x000e0001 $rsi : 0x3 $rdi : 0x7fffc4c8 → 0x $rip : 0x555b0aaf → mov esi, DWORD PTR [r13+0x0] $r8: 0x56386d20 → 0x000e0001 $r9: 0x76131be0 → 0x56849830 → 0x $r10 : 0x56492410 → 0x0010b670 $r11 : 0x0 $r12 : 0x7fffc4f0 → 0x56369740 → 0x562e5730 → 0x56643cf0 → 0x56642eb0 → 0x $r13 : 0x0 $r14 : 0x5636a110 → 0x556a7280 → 0x5558ec90 → mov rdi, QWORD PTR [rdi+0x8] $r15 : 0x56380d00 → 0x776b16f0 → 0x771d1850 → mov rdi, QWORD PTR [rdi+0x8] $eflags: [zero CARRY PARITY ADJUST SIGN trap INTERRUPT direction overflow RESUME virtualx86 identification] $cs: 0x33 $ss: 0x2b $ds: 0x00 $es: 0x00 $fs: 0x00 $gs: 0x00 ─── stack 0x7fffc470│+0x: 0x ← $rsp 0x7fffc478│+0x0008: 0x7fffc4c8 → 0x 0x7fffc480│+0x0010: 0x 0x7fffc488│+0x0018: 0x 0x7fffc490│+0x0020: 0x 0x7fffc498│+0x0028: 0x56380bf0 → 0x776baad8 → 0x772e8b40 → mov rdi, QWORD PTR [rdi+0x8] 0x7fffc4a0│+0x0030: 0x55ddcdc0 → 0x776b2148
[krita] [Bug 451473] The "Animated PNG Image" export has file extension .png instead of .apng
https://bugs.kde.org/show_bug.cgi?id=451473 Know Zero changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Know Zero --- Git commit 74264d2a7f70b179dbc52dc837a1249a0bd288f4 Mon, 21 Mar 2022 01:14:30 -0400 [PATCH] Bugfix: Make APNG format for export consistent This patch makes apng the default format in the filename textbox for export instead of png, making it consistent with the file dialog. Fixes BUG #451473 --- libs/ui/animation/KisDlgAnimationRenderer.cpp | 4 ++-- libs/ui/animation/VideoExportOptionsDialog.cpp | 4 ++-- libs/ui/animation/VideoExportOptionsDialog.h | 2 +- 3 files changed, 5 insertions(+), 5 deletions(-) https://invent.kde.org/graphics/krita/-/commit/74264d2a7f70b179dbc52dc837a1249a0bd288f4 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451473] The "Animated PNG Image" export has file extension .png instead of .apng
https://bugs.kde.org/show_bug.cgi?id=451473 Know Zero changed: What|Removed |Added Status|CONFIRMED |ASSIGNED --- Comment #5 from Know Zero --- @Bourumir Wyngs - The problem here isn't the mimetype, the problem here is the format. When you save via dialog, the default format is .apng, and the default in the entry is .png. It should be consistent. While technically, both apng and png formats are correct formats. Since apng has not officially be accepted by the PNG WorkGroup it probably make sense to keep the format apng. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451473] The "Animated PNG Image" export has file extension .png instead of .apng
https://bugs.kde.org/show_bug.cgi?id=451473 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #2 from Know Zero --- Since I worked on this code, can I assign this bug to myself? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451385] Copy and pasting a layer with an existing layerstyle fails to save changes
https://bugs.kde.org/show_bug.cgi?id=451385 --- Comment #1 from Know Zero --- Created attachment 147433 --> https://bugs.kde.org/attachment.cgi?id=147433&action=edit A sample KRA with layer copied and pasted sharing a resource -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 451385] New: Copy and pasting a layer with an existing layerstyle fails to save changes
https://bugs.kde.org/show_bug.cgi?id=451385 Bug ID: 451385 Summary: Copy and pasting a layer with an existing layerstyle fails to save changes Product: krita Version: nightly build (please specify the git hash!) Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: layer styles Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY There seems to be a bug where a the style resource is not duplicated when a layer is copy and pasted into the same document. In both 5.0.2 and 5.1 nightly. STEPS TO REPRODUCE 1. Create a layer, add a stroke and a color overlay to the layer 2. copy the layer and paste it into the same document 3. now modify the original one with a different overlay color (you may wish to hide the other layer) 4. save and close 5. open it up OBSERVED RESULT changes to the overlay were not changed. It seems to be keeping a single resource for both under styles even after you change the original. EXPECTED RESULT Another resource should probably be created and changes saved. SOFTWARE/OS VERSIONS OpenSuse 15.3 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447650] Eraser part of the pen for Wacom Cintiq 16 does not work, had to go back to Krita 4.4.5
https://bugs.kde.org/show_bug.cgi?id=447650 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #2 from Know Zero --- I can confirm this bug on my old Wacom Graphics with both KDE OpenSuse and Linux Mint. Krita 4.4.8 appimage works, but 5.0.2 does not. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 448613] New: Android render image sequence fails
https://bugs.kde.org/show_bug.cgi?id=448613 Bug ID: 448613 Summary: Android render image sequence fails Product: krita Version: 5.0.2 Platform: Android OS: Android 8.x Status: REPORTED Severity: normal Priority: NOR Component: Animation Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY When you try to render an image sequence on Android in Krita 5, it leads to an error: Failed to render animation frames! Output files are incomplete STEPS TO REPRODUCE 1. Make a simple animation, 2 frames even 2. Render animation and select image sequence and output folder OBSERVED RESULT Fails to render EXPECTED RESULT rendering the frames SOFTWARE/OS VERSIONS Android 8.1 - Samsung Galaxy A10 2016 ADDITIONAL INFORMATION Regular export as to same folder works, so it isn't an issue saving the content or a permissions issue. I also tried it on my ChromeOS Android device, and it does work properly there. Another user has reported same issue with their Samsung S7 tablet. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446320] Crash when rendering to GIF
https://bugs.kde.org/show_bug.cgi?id=446320 --- Comment #3 from Know Zero --- (In reply to Know Zero from comment #1) > (In reply to Halla Rempt from comment #0) > > a81d83d340ea0fa0fcee652963faf262b92a07c3 > > > > After rendering to GIF, krita asserts: > > > > krita(2144656)/(default) kis_assert_common: ASSERT (krita): "m_process == > > nullptr" in file > > /home/halla/dev/krita/libs/ui/animation/KisFFMpegWrapper.cpp, line 47 > > > > See > > https://krita-artists.org/t/krita-next-crashes-when-rendering-animations-as- > > gif/32651 > > When gif is created, it is done in 2 parts. First to generate the palette. > Then using the palette to generate the final file. thus it fails the > m_process == nullptr as the pointer still holds the last process. > > Adding m_process.reset() > > after > > 158 if (processResults->finish == true) { > > should fix it. Looking at: https://bugs.kde.org/show_bug.cgi?id=442578 It seems the goal was to prevent manually doing the cleanup. If that is the case, other options include creating a separate FFMpegWrapper to run the palette, or merge the palettegen and paletteuse into 1 command. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 446320] Crash when rendering to GIF
https://bugs.kde.org/show_bug.cgi?id=446320 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #1 from Know Zero --- (In reply to Halla Rempt from comment #0) > a81d83d340ea0fa0fcee652963faf262b92a07c3 > > After rendering to GIF, krita asserts: > > krita(2144656)/(default) kis_assert_common: ASSERT (krita): "m_process == > nullptr" in file > /home/halla/dev/krita/libs/ui/animation/KisFFMpegWrapper.cpp, line 47 > > See > https://krita-artists.org/t/krita-next-crashes-when-rendering-animations-as- > gif/32651 When gif is created, it is done in 2 parts. First to generate the palette. Then using the palette to generate the final file. thus it fails the m_process == nullptr as the pointer still holds the last process. Adding m_process.reset() after 158 if (processResults->finish == true) { should fix it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 438312] Restarting kwin_x11 forgets activities assigned to windows
https://bugs.kde.org/show_bug.cgi?id=438312 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #2 from Know Zero --- (In reply to Oded Arbel from comment #0) > SUMMARY > When kwin is restarted (due to crash or on purpose - I some times need to do > that on X11 to fixed kwin display issues), the assignment of windows to > virtual desktop is retained, but assignment of activities is lost and all > windows become "show on all activities". I can also confirm it. And still continues to be an issue in 5.23.2 Yes, this it is really annoying and makes activities hard to use as they start getting in your way when the windows just hang there. It was so annoying I made a script to fix it manually: https://github.com/KnowZero/Rebind-KWin-Activities But an official fix would be nice. PS I fix most window display issues by just switching the compositor from opengl 2 to 3 and back. Fixes most issues without restarting kwin. But sometimes kwin just crashes, especially when developing. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 445058] New: kwin interactive console does not work
https://bugs.kde.org/show_bug.cgi?id=445058 Bug ID: 445058 Summary: kwin interactive console does not work Product: kwin Version: 5.23.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: scripting Assignee: kwin-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY Using the plasma-interactiveconsole --kwin , I go to kwin option on top. Then copy and paste the examples from here: https://develop.kde.org/docs/plasma/kwin/#quick-start-desktop-console They don't work. It says executed but nothing shows. I tried simple console.log or print and they also don't work. I even tried a syntax error by typing gibberish and it still says executed with nothing outputting. The Plasma tab works, but it doesn't have access to the kwin api. STEPS TO REPRODUCE 1. Launch plasma-interactiveconsole --kwin 2. Pick kwin in the top tab 3. write anything 4. Execute OBSERVED RESULT Executing script at Saturday, November 6, 2021 12:16:10 AM EDT Runtime: 11ms But nothing shows up EXPECTED RESULT Any output! SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuse Leap 15.3 KDE X11 KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444746] New: Ability to display activity manager on the right side
https://bugs.kde.org/show_bug.cgi?id=444746 Bug ID: 444746 Summary: Ability to display activity manager on the right side Product: systemsettings Version: 5.23.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_activities Assignee: ivan.cu...@kde.org Reporter: knowz...@pokemail.net CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Currently, when the activity manager widget is opened, it only opens on the left side. And only way to have it opened on the right side it seems is switching from left to right, to right to left. It would be nice to have a settings to choose which side you wish it to open (right or left) regardless of your language as I have the panel on the right, but the activity manager opens on the left. And only current way to is to rewrite the files on boot. It would help if this was actually a configurable option or setting that doesn't get overridden every update. Thanks -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442328] Find ffmpeg automatically from PATH
https://bugs.kde.org/show_bug.cgi?id=442328 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #5 from Know Zero --- (In reply to healer.harie from comment #3) > It's strange that you mentioned that it should already work. Was this > behaviour replicatable in other machine (including linux and macOS) for > 5.0.0beta1? > > I did have krita v4.4.7 in an other Windows machine (long ago), where I've > added an additional rule of the path of ffmpeg (C:\Program Files\fftools) to > the environment variable, PATH. The CMD does recognize the `ffmpeg` command, > but krita don't automatically find it. > > I ran krita.com, and tried to open the "Render Animation", the log contained > like: > ``` > ... > Qprocess: Destroyed while process ("C:\\Program Files\\fftools\\ffmpeg.exe") > is still running. > > ``` > > It seems that somehow, krita knows ffmpeg.exe exist and its location but the > FFmpeg text box is still empty. > > But, if I manually execute ffmpeg.exe (by clicking the ffmpeg executable), > Krita will eventually fill up the location of ffmpeg and the "Qprocess log" > stops appearing. It remember this even if I restart Krita again and again, > but do I restart the computer itself, is when it will be back to normal and > I had to execute ffmpeg again. This does not solve the problem. > > On a side note, I see that proposedPaths is written to some stream > https://github.com/KDE/krita/blob/fd7ec51dd1e66fc3aa92a6021036fb711ba69003/ > libs/ui/animation/KisFFMpegWrapper.cpp#L365, where could I possibly find > this file? It's the timeout issue that should have been fixed in: https://invent.kde.org/graphics/krita/-/commit/123c302c722376870ed6def5a873b046576882b8 Try the latest nightly build and it should work. This is a duplicate of: https://bugs.kde.org/show_bug.cgi?id=441435 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441435] Can't add ffmpeg as path
https://bugs.kde.org/show_bug.cgi?id=441435 --- Comment #13 from Know Zero --- (In reply to Ahab Greybeard from comment #12) > It would have been the 4.4 release essential build from the .zip package. > I didn't try the git essentials until after the crash. > From then, neither of them gave a crash. > > When I have time, I'll try things to make it crash again. > > If it's a separate issue, should the crash be reported in a new bug report? Yes, it would be a separate issue with its own ticket. If possible, set ENV: QT_LOGGING_RULES="krita*=true" during testing and have Microsoft's DebugView running. This would output more detailed logs. Also, check to see when it crashes if the frames were exported or not (to know if the crash happened on the export frames or on the encoding part) PS merge request to fix the remaining issue for this bug has been made: https://invent.kde.org/graphics/krita/-/merge_requests/1026 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441435] Can't add ffmpeg as path
https://bugs.kde.org/show_bug.cgi?id=441435 --- Comment #11 from Know Zero --- The issue with recorder is the same, at line 80 of /krita/plugins/dockers/recorder/recorder_export.cpp 1000 needs to be changed to 5000. That said, checkFfmpeg function should probably be changed to use the KisFFMpegWrapper's findFFMpeg for consistency. As for the crash, that is a separate issue. But can you clarify exactly which version of ffmpeg you used as you mentioned multiple. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441435] Can't add ffmpeg as path
https://bugs.kde.org/show_bug.cgi?id=441435 --- Comment #8 from Know Zero --- I think I figured out the underlining issue. It wasn't a problem of gyan build or btbn builds. But simply me using 4.4 vs snapshot builds. And the culprit is Windows Defender. My guess what is going on is that since snapshot builds are always new, Windows Defender spends time carefully scanning them. The 4.4 builds on the other hands are known as many more people use them, so Windows Defender just lets them through with less caution. If I exclude the directory of the snapshot ffmpeg versions, it loads up quickly just fine just like the 4.4 versions. I am not sure why the com load faster than from the exe though, maybe windows defender is more picky if the caller is an exe or maybe some other underlining thing at play. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441435] Can't add ffmpeg as path
https://bugs.kde.org/show_bug.cgi?id=441435 --- Comment #7 from Know Zero --- (In reply to Eoin O'Neill from comment #6) > I spent time getting a windows build up and running. For whatever reason, I > couldn't reproduce this on my machine even with insanely low timeout values. > It works as expected. > > I've increased the timeout value as KnowZero has suggested. Please reopen > and assign me again if the issue continues on tomorrow's nightly build. Eoin, when you tested, did you try the Gyan build mentioned? Cause I was able to replicate the issue in my VM. To summarize: At 1000 timeout: BtbN build - no issue Gyan build - issue when using krita.exe, no issue when using krita.com Maybe some sort of startup delay or delay on getting the entire buffer? Since I can replicate it, I can look into it in more detail if the 5000ms timeout isn't ideal. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441435] Can't add ffmpeg as path
https://bugs.kde.org/show_bug.cgi?id=441435 Know Zero changed: What|Removed |Added CC||knowz...@pokemail.net --- Comment #3 from Know Zero --- (In reply to Halla Rempt from comment #2) > Emmet, Eoin: can you take a look? Halla, it seems the issue is the QProcess gets killed before returning data back when running Krita.exe and using Gyan's package on Windows (Running it as krita.com works fine) The solution is changing the timeout from 1000 to 5000 to give it more time. That would be in: krita/libs/ui/animation/KisFFMpegWrapper.cpp on both line 409 and 423 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440944] New: Crash on new document from clipboard for PNGs
https://bugs.kde.org/show_bug.cgi?id=440944 Bug ID: 440944 Summary: Crash on new document from clipboard for PNGs Product: krita Version: nightly build (please specify the git hash!) Platform: Appimage OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY I tried copying a PNG file from chromium and create a new document, and it crashes for the latest appimage. There is not much in the log. Copy and paste works fine if the document already exists. I tried from kgwenview to see if it is a chromium thing and same issue. For the master build, it doesn't crash. But I just get a blank canvas. That said, I will note a difference in GUI as well (for the master build). When I click OK on the create from clipboard for JPGs, it asks me if I want to import it as web. For PNGs, after hitting OK, it gives a context menu asking if I want to import it into a new layer, file layer (same context menu when you do regular copy and paste) Though it seems that overall there is a different UI for JPG imports and PNGs. Cause even if I copy and paste into an existing document, a JPG, it gives a dialog while PNG gives the context menu. STEPS TO REPRODUCE 1. Copy a PNG into clipboard 2. File->new->from clipboard->OK OBSERVED RESULT Nightly appimage build: crash Master: Blank document EXPECTED RESULT The PNG to show on the document SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuse 15.3 KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Appimage is latest: e89467b Master is from Aug 6th: 527355ca -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440139] Resizing watercolor brush leads to crash on latest appimage
https://bugs.kde.org/show_bug.cgi?id=440139 Know Zero changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED|RESOLVED --- Comment #5 from Know Zero --- This issue seems to be fixed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440139] Resizing watercolor brush leads to crash on latest appimage
https://bugs.kde.org/show_bug.cgi?id=440139 Know Zero changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from Know Zero --- I don't think the issue is fully fixed :( It still crashes when trying to resize a water color brush. (or to be more specific, when upgrading from Krita 4, fresh seems to be fine) Here is from the latest appimage: Krita Version: 5.0.0-prealpha (git a3253a2), Qt version compiled: 5.12.11, loaded: 5.12.11. Process ID: 26423 -- -- -- -- -- -- -- -- 24 Jul 2021 16:33:00 -0400: Style: fusion. Available styles: Windows, Fusion 24 Jul 2021 16:33:00 -0400: Database is up to date. Version: 0.0.10, created by Krita 5.0.0-prealpha, at Tue Jul 20 03:36:31 2021 24 Jul 2021 16:33:00 -0400: Could not retrieve md5 for resourcepaintoppresets/Special_dyna_dots.kpp 24 Jul 2021 16:33:00 -0400: SAFE ASSERT (krita): "retval" in file /home/appimage/workspace/Krita_Nightly_Appimage_Build/krita/libs/resources/KisResourceCacheDb.cpp, line 1459 24 Jul 2021 16:33:00 -0400: Could not add resourcea63767fe-c3b9-4f98-8582-be74fffbdd0f_style 24 Jul 2021 16:33:16 -0400: Created image "Unnamed", 1650 * 900 pixels, 72 dpi. Color model: 8-bit integer/channel RGB/Alpha (sRGB-elle-V2-srgbtrc.icc). Layers: 1 KRITA DID NOT CLOSE CORRECTLY I also updated my master to see if it is just the appimage, and it also crashed but looking at the QT logs: krita.lib.store: KOStore "brushes/watercolor.gih" "brushes/watercolor.gih" krita.lib.store: Opening for reading "brushes/watercolor.gih" [RESOURCE] Name: "Watercolor" Version: 0 Filename: "watercolor.gih" MD5: "ab0f2533f70f76314711899bec6b34cb" Type: QPair("brushes","gbr_brushes") Valid: true Storage: "/home/e/.local/share/krita/Krita_4_Default_Resources.bundle" krita.lib.resources: resourceSelected: preset QSharedPointer(0x4712150) "1" krita.ui: setPreviousPaintOpPreset "" ("paintbrush" ) global for filename "watercolor.gih" rowcount 256 [RESOURCE] Name: "Watercolor" Version: 0 Filename: "watercolor.gih" MD5: "ab0f2533f70f76314711899bec6b34cb" Type: QPair("brushes","gbr_brushes") Valid: true Storage: "/home/e/.local/share/krita/Krita_4_Default_Resources.bundle" krita.plugins: Unknown transform parameter : "" krita.plugins: Unknown transform parameter : "" global for filename "abominable_snowman.png" rowcount 256 [RESOURCE] Name: "abominable_snowman" Version: 0 Filename: "abominable_snowman.png" MD5: "c605fb1974497a2974efa42352a88abe" Type: QPair("brushes","png_brushes") Valid: true Storage: "/home/e/.local/share/krita/Krita_4_Default_Resources.bundle" global for filename "watercolor.gih" rowcount 256 [RESOURCE] Name: "Watercolor" Version: 0 Filename: "watercolor.gih" MD5: "ab0f2533f70f76314711899bec6b34cb" Type: QPair("brushes","gbr_brushes") Valid: true Storage: "/home/e/.local/share/krita/Krita_4_Default_Resources.bundle" global for filename "watercolor.gih" rowcount 256 [RESOURCE] Name: "Watercolor" Version: 0 Filename: "watercolor.gih" MD5: "ab0f2533f70f76314711899bec6b34cb" Type: QPair("brushes","gbr_brushes") Valid: true Storage: "/home/e/.local/share/krita/Krita_4_Default_Resources.bundle" KCrash: Application 'krita' crashing... --- Seeing Krita 4 in there, I tried making a .home folder for the appimage to start fresh. And it seems to work fine then. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440139] Resizing watercolor brush leads to crash on latest appimage
https://bugs.kde.org/show_bug.cgi?id=440139 --- Comment #1 from Know Zero --- I did a test in my KDE OpenSuse 15.3 dev environment updating it to latest, and it also crashed. It did not crash back at commit c81ba5b3 which was 2 days ago. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440139] New: Resizing watercolor brush leads to crash on latest appimage
https://bugs.kde.org/show_bug.cgi?id=440139 Bug ID: 440139 Summary: Resizing watercolor brush leads to crash on latest appimage Product: krita Version: nightly build (please specify the git hash!) Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY Krita crashes on latest appimage when trying to resize a watercolor brush STEPS TO REPRODUCE 1. Select a water brush like j)Watercolor texture 2. Then try to resize it via the top resize bar OBSERVED RESULT Crash Krita Version: 5.0.0-prealpha (git 63be085), Qt version compiled: 5.12.11, loaded: 5.12.11. Process ID: 17567 -- -- -- -- -- -- -- -- 22 Jul 2021 02:22:18 -0400: Style: fusion. Available styles: Windows, Fusion 22 Jul 2021 02:22:19 -0400: Database is up to date. Version: 0.0.10, created by Krita 5.0.0-prealpha, at Tue Jul 20 03:36:31 2021 22 Jul 2021 02:22:19 -0400: Could not retrieve md5 for resourcepaintoppresets/Special_dyna_dots.kpp 22 Jul 2021 02:22:19 -0400: SAFE ASSERT (krita): "retval" in file /home/appimage/workspace/Krita_Nightly_Appimage_Build/krita/libs/resources/KisResourceCacheDb.cpp, line 1459 22 Jul 2021 02:22:19 -0400: Could not add resourcea63767fe-c3b9-4f98-8582-be74fffbdd0f_style 22 Jul 2021 02:22:24 -0400: Created image "Unnamed", 1650 * 900 pixels, 72 dpi. Color model: 8-bit integer/channel RGB/Alpha (sRGB-elle-V2-srgbtrc.icc). Layers: 1 22 Jul 2021 02:22:38 -0400: SAFE ASSERT (krita): "brush" in file /home/appimage/workspace/Krita_Nightly_Appimage_Build/krita/libs/brush/kis_predefined_brush_factory.cpp, line 37 KRITA DID NOT CLOSE CORRECTLY EXPECTED RESULT SOFTWARE/OS VERSIONS AppImage 63be085 on both Mint and on OpenSuse 15.3 ADDITIONAL INFORMATION This does not happen on older Appimage 4c233e3 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 438900] Text DPI issue on KDE Plasma
https://bugs.kde.org/show_bug.cgi?id=438900 --- Comment #4 from Know Zero --- (In reply to Dmitry Kazakov from comment #2) > Well, all Krita 4.x versions had a problem with font size. To correct my last statement a bit, probably a checkbox for Krita 5 would be confusing for new documents. So probably this setting would have to be for individual documents or all documents originally made in Krita 4. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 438900] Text DPI issue on KDE Plasma
https://bugs.kde.org/show_bug.cgi?id=438900 --- Comment #3 from Know Zero --- (In reply to Dmitry Kazakov from comment #2) > Well, all Krita 4.x versions had a problem with font size. They used display > DPI for font rendering, so the font size saved into the file depended on the > computer that was used for creating this document. > > In Krita 5 I have fixed this problem. On loading it converts the font size > into the correct value and saves into the document. Opening this document on > any PC with Krita 5.x will show the correct font size whatever the display > resolution used. > > Sadly, versions of Krita 4.x don't know about this fix, so they will show > the document differently after it is saved using Krita 5. > > So the solution is: don't open the .kra files with text created with Krita 5 > in older versions of Krita :( But what about the documents created with Krita 4? When people open them, the font will seem fine in Krita 5. But when they edit the font or save the document and re-open them later, they will find the font size changed without them knowing that it did. So at the very least, there should be some sort of warning if you open a Krita 4 document with Text shapes in them that explains the issue and what to do (Cause people will not even understand WHY that is the case or what was the original font size to begin with). Or is it possible to keep the Krita 4 sizes in Krita 5 as long as the original document was made in Krita 4 with the option of converting to Krita 5? For myself I just made a python plugin that divides the font by 0.75 on all fonts and rebuilds them. So 10pt becomes 13.3pt, but that isn't something most average people will know. There will be a ton of complaints how their documents fonts broke. Not to mention, what purpose does the high DPI workaround serve if it doesn't work on Krita 5 documents? Maybe an extra checkbox to enable it for Krita 5 documents? And the warning can point to this setting? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 438900] New: Text DPI issue on KDE Plasma
https://bugs.kde.org/show_bug.cgi?id=438900 Bug ID: 438900 Summary: Text DPI issue on KDE Plasma Product: krita Version: git master (please specify the git hash!) Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tool/Text Assignee: krita-bugs-n...@kde.org Reporter: knowz...@pokemail.net Target Milestone: --- SUMMARY When you open an krita 4.4.x file in Krita 5 on KDE Plasma 5, it seems to open the files fine. But when you save the files, the font size changes without the user knowing. The merge request mentions the DPI setting, but most users wouldn't know it exists and would simply find it broken. Not to mention, that setting doesn't work on KDE Plasma for 5.0 saved files. (it works for 4.4.x files in 5.0, but the moment you save them, it won't work anymore) This doesn't seem to be a problem on Windows or Ubuntu Unity (when testing on VM as the text loaded fine as far as I saw without any changes) Also a minor issue to note: The tooltip on the DPI gives different messages depending if you hover over the label or the textbox. STEPS TO REPRODUCE 1. Save a file in Krita 4.4.x while using KDE Plasma 5 2. Open it in Krita 5 and save the file as a new file, then close and reopen it. The fonts are wrong.(you can also just edit the text on the spot and font will change) 3. Change the DPI setting and try again OBSERVED RESULT Wrong font size EXPECTED RESULT Right font size SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuse Leap 15.2 KDE 5.22 (QT 5.15) and Kubuntu 20.04 LTS via VM. X11 sessions for both. This also happens via the nightly appimage versions (4c233e3). ADDITIONAL INFORMATION This is probably related to the fix for Bug 404011. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422427] krita close itself when I want to work on my animation
https://bugs.kde.org/show_bug.cgi?id=422427 zero changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422427] krita close itself when I want to work on my animation
https://bugs.kde.org/show_bug.cgi?id=422427 --- Comment #3 from zero --- (In reply to Tymond from comment #1) > Please try this version: > https://krita.org/en/item/second-beta-for-krita-4-3-0-released/ > > You haven't write which version you are using so I guess you were using > Krita 4.2.8 or 4.2.7, since those are ones that had crashes regarding > animation files. thank you very much it was the solution ! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422427] New: krita close itself when I want to work on my animation
https://bugs.kde.org/show_bug.cgi?id=422427 Bug ID: 422427 Summary: krita close itself when I want to work on my animation Product: krita Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: major Priority: NOR Component: Animation Assignee: krita-bugs-n...@kde.org Reporter: unknowunknow2...@gmail.com Target Milestone: --- SUMMARY everything was fine but now Krita close itself as soon as I want to rework on this animation STEPS TO REPRODUCE 1. saved the file in .kra 2. try to reopen the animation OBSERVED RESULT Krita closed itself, and my work is now gone EXPECTED RESULT To be able to rework on my animation SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION sorry if my english is bad -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 417261] Offline work with Discover
https://bugs.kde.org/show_bug.cgi?id=417261 --- Comment #5 from Zero --- Thank you for your understanding and practical advices. TER Původní zpráva Od: Christoph Feck Datum: 27. 02. 2020 10:32 (GMT+01:00) Komu: lasca...@seznam.cz Předmět: [Discover] [Bug 417261] Offline work with Discover https://bugs.kde.org/show_bug.cgi?id=417261 Christoph Feck changed: What |Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #4 from Christoph Feck --- Since Discover can also uninstall software, this is a valid wish. Additionally, if it needs 30 minutes to "discover" that there is no connection, then there is a bug that needs to be fixed. General network timeouts are configurable in System Settings. If it cannot respect those, it could default to a timeout of 2 minutes. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 417261] Offline work with Discover
https://bugs.kde.org/show_bug.cgi?id=417261 --- Comment #2 from Zero --- Great. You perfectly understood my question. Thank you. :@) Původní zpráva Od: Nate Graham Datum: 07. 02. 2020 15:23 (GMT+01:00) Komu: lasca...@seznam.cz Předmět: [Discover] [Bug 417261] Offline work with Discover https://bugs.kde.org/show_bug.cgi?id=417261 Nate Graham changed: What |Removed |Added CC| |n...@kde.org Status|REPORTED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Nate Graham --- Discover's purpose is to fetch and present remote resources. Without an active internet connection, what is it that you would like to do with Discover? -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 417261] New: Offline work with Discover
https://bugs.kde.org/show_bug.cgi?id=417261 Bug ID: 417261 Summary: Offline work with Discover Product: Discover Version: 5.12.8 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: discover Assignee: lei...@leinir.dk Reporter: lasca...@seznam.cz CC: aleix...@kde.org Target Milestone: --- SUMMARY When I am offline, I cannot do it coz it "still searching" connection, but after many (30) minutes it was enable find that comp is offline. But while "still searching", it blocks my other work with Discover. STEPS TO REPRODUCE 1. Start Discover only to work with apps in list 2. Be offline 3. OBSERVED RESULT frozen working with Discover when offline - "still searching" EXPECTED RESULT work with app if i am out of net range SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kubuntu 18.4 (available in About System) KDE Plasma Version: 5.12.6 KDE Frameworks Version: Qt Version: 5.9.5 ADDITIONAL INFORMATION Can you add at the mean window big button "Actualize" for us to be able decide after uploading program, whether I need actualize system or only to work with Discover as a browser of my programs I need handle with? When such a button will be at the very start of program, I can decide, what i will do without waiting for something I don't need now. Thanx. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 407087] New: another title of window, when inside is another adressary opened
https://bugs.kde.org/show_bug.cgi?id=407087 Bug ID: 407087 Summary: another title of window, when inside is another adressary opened Product: dolphin Version: 18.04.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: bars: status Assignee: dolphin-bugs-n...@kde.org Reporter: lasca...@seznam.cz Target Milestone: --- Created attachment 119743 --> https://bugs.kde.org/attachment.cgi?id=119743&action=edit see adresses SUMMARY another adresses of window header and opened adressary STEPS TO REPRODUCE 1. work with windows 2. 3. OBSERVED RESULT title of window header is at another address EXPECTED RESULT the same address of title and opened addresary SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 5.12.7 (available in About System) KDE Plasma Version: 5.44.0 KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 280615] Window title disappears / buttons flicker when mouse moved into window title area
https://bugs.kde.org/show_bug.cgi?id=280615 Zero changed: What|Removed |Added CC||lasca...@seznam.cz -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 395022] Doesn't work Settings function. Always fall down. Nothing is updated.
https://bugs.kde.org/show_bug.cgi?id=395022 --- Comment #2 from Zero --- I now updated system, and now it worx! It was problem when i started Discover, to install progs. Update didn't work, and when i clicked at Setting, app falled down competely. Now it is ok. Txanx for interest. Z -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 395022] New: Doesn't work Settings function. Always fall down. Nothing is updated.
https://bugs.kde.org/show_bug.cgi?id=395022 Bug ID: 395022 Summary: Doesn't work Settings function. Always fall down. Nothing is updated. Product: Discover Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: lasca...@seznam.cz Target Milestone: --- Doesn't work Settings function. Always fall down. Nothing is updated. Completely malfunctional. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 362561] Double click before to paint in Dell touch monitor
https://bugs.kde.org/show_bug.cgi?id=362561 Zero changed: What|Removed |Added CC||darthzero1...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 361924] The touch screen zoom/move feature stopped working and it's frustrating me to the edge.
https://bugs.kde.org/show_bug.cgi?id=361924 Zero changed: What|Removed |Added CC||darthzero1...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 364386] The freehand tool doesn't work when I am trying to finger paint on the touch screen
https://bugs.kde.org/show_bug.cgi?id=364386 Zero changed: What|Removed |Added CC||darthzero1...@gmail.com -- You are receiving this mail because: You are watching all bug changes.