[frameworks-kimageformats] [Bug 476755] Digikam git doesn't display layers in XCF files
https://bugs.kde.org/show_bug.cgi?id=476755 --- Comment #11 from Mirco Miranda --- Created attachment 170272 --> https://bugs.kde.org/attachment.cgi?id=170272=edit Added copyright info to XCF I added the copyright info you wrote to the XCF and I will include in the KImageFormat repo for the regression tests. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 476755] Digikam git doesn't display layers in XCF files
https://bugs.kde.org/show_bug.cgi?id=476755 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #9 from Mirco Miranda --- (In reply to maderios from comment #0) > Created attachment 162972 [details] @maderios are you the author of the image? If yes, can we include it in kimageformat repository as test case? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 --- Comment #11 from Mirco Miranda --- > Same issue with KF6 6.2 and 16 bit XCF files created with Gimp 3.0 RC1 Please attach the image. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 485759] CalDav Calendars empty (only in KOrganizer) after server was down
https://bugs.kde.org/show_bug.cgi?id=485759 Miranda changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||mira...@xyla.net Ever confirmed|0 |1 --- Comment #2 from Miranda --- I believe I am experiencing the same bug. Suddenly my calendars are all gone. I have tried everything to resync, them but nothing happens. I have several iCloud calendars I was using through Caldav URLs in Merkuro, it's been working for a long time... but my internet went down for hours yesterday and now all my calendars are just 100% gone. Both Merkuro and KOrganizer are now blank. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 472372] Can't preview DNG files, even with RAW support installed.
https://bugs.kde.org/show_bug.cgi?id=472372 --- Comment #7 from Mirco Miranda --- (In reply to Méven Car from comment #6) > (In reply to Mirco Miranda from comment #5) > > Even though I'm using a slightly older version of kimage-plugins I don't > > think it's a raw plugin issue. > > I am getting those logs from the file: > > ``` > qt.gui.imageio: libpng warning: iCCP: known incorrect sRGB profile > qt.imageformats.tiff: "Unknown field with tag 33421 (0x828d) encountered" > qt.imageformats.tiff: "Unknown field with tag 33422 (0x828e) encountered" > qt.imageformats.tiff: "Unknown field with tag 33434 (0x829a) encountered" > qt.imageformats.tiff: "Unknown field with tag 33437 (0x829d) encountered" > qt.imageformats.tiff: "Unknown field with tag 34855 (0x8827) encountered" > qt.imageformats.tiff: "Unknown field with tag 36867 (0x9003) encountered" > qt.imageformats.tiff: "Unknown field with tag 37386 (0x920a) encountered" > qt.imageformats.tiff: "Unknown field with tag 37398 (0x9216) encountered" > qt.imageformats.tiff: "Unknown field with tag 50964 (0xc714) encountered" > qt.imageformats.tiff: "Unknown field with tag 50965 (0xc715) encountered" > qt.imageformats.tiff: "Unknown field with tag 51009 (0xc741) encountered" > qt.imageformats.tiff: "Unknown field with tag 51022 (0xc74e) encountered" > qt.imageformats.tiff: "Unknown field with tag 51041 (0xc761) encountered" > qt.imageformats.tiff: "Sorry, can not handle image with > PhotometricInterpretation=32803" > ``` DNG is a TIFF container then the TIFF plugin also tries to open it (but saying that it doesn't understand DNG extensions). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 451584] Add support for the JPEG XR format
https://bugs.kde.org/show_bug.cgi?id=451584 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #4 from Mirco Miranda --- I wrote a read-only implementation quickly, but I'm missing sample images to try. Without a good set of images there is no point in going further. If you have any, attach them to this task. The current state of the code for now is on my fork: https://invent.kde.org/mircomir/kimageformats/-/merge_requests/10/diffs -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485713] "Switch desktop on edge" doesn't work on edges that also have another monitor touching
https://bugs.kde.org/show_bug.cgi?id=485713 --- Comment #3 from Miranda --- Created attachment 168767 --> https://bugs.kde.org/attachment.cgi?id=168767=edit Example of my display arrangement This is my screen arrangement. It took me a while to figure out why turning on switch desktop on edges wasn't doing anything on the right side of my main screen. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485713] "Switch desktop on edge" doesn't work on edges that also have another monitor touching
https://bugs.kde.org/show_bug.cgi?id=485713 Miranda changed: What|Removed |Added CC||mira...@xyla.net --- Comment #2 from Miranda --- (In reply to fanzhuyifan from comment #1) > IMHO making this work on shared edges might be quite disruptive -- then > users wouldn't be able to drag the window to the other display. So I think > it not working is desirable behavior. That's not actually true. You would be able to drag through the corner or wherever the screens do meet. KDE doesn't support completely detached displays anyway. I'm taking about when the mouse cursor hits an edge where it can't cross into the other display because it's not aligned. I will add an attachment to illustrate why the current behaviour seems like a bug to me... -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 472372] Can't preview DNG files, even with RAW support installed.
https://bugs.kde.org/show_bug.cgi?id=472372 --- Comment #5 from Mirco Miranda --- Even though I'm using a slightly older version of kimage-plugins I don't think it's a raw plugin issue. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 472372] Can't preview DNG files, even with RAW support installed.
https://bugs.kde.org/show_bug.cgi?id=472372 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #4 from Mirco Miranda --- Created attachment 168729 --> https://bugs.kde.org/attachment.cgi?id=168729=edit Preview in Dolphin ii kimageformat-plugins5.107.0-3.1+b1 amd64additional image format plugins for QtGui -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 484165] KWin Window Rules for Virtual Desktop show as "All Desktops" despite it actually being the correct (last-set) desktop choice.
https://bugs.kde.org/show_bug.cgi?id=484165 Miranda changed: What|Removed |Added Ever confirmed|0 |1 CC||mira...@xyla.net Status|REPORTED|CONFIRMED --- Comment #2 from Miranda --- I can confirm this bug. Still exists in 6.0.4 Kernel: 6.8.7-zen1-zen KDE Plasma version: 6.0.4 KDE Frameworks version: 6.1.0 QT version: 6.7.0 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 485713] New: "Switch desktop on edge" doesn't work on edges that also have another monitor touching
https://bugs.kde.org/show_bug.cgi?id=485713 Bug ID: 485713 Summary: "Switch desktop on edge" doesn't work on edges that also have another monitor touching Classification: Plasma Product: kwin Version: 6.0.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: effects-window-management Assignee: kwin-bugs-n...@kde.org Reporter: mira...@xyla.net Target Milestone: --- SUMMARY If you have multiple screens but that aren't aligned for dragging things between monitors and you want to use the "Switch desktop on edge" feature instead... you can't, no matter how much of a solid screen edge you have. STEPS TO REPRODUCE 1. Align a display in Display Configuration so one is shifted down or up and you have most of a full screen edge boundary the the mouse cannot cross 2. Turn on "Switch desktop on edge" 3. Try to drag a window to the next virtual desktop instead of to the offset display OBSERVED RESULT It will not let you move to the next virtual desktop. EXPECTED RESULT If 90% of a screen edge does not connect to another desktop, it should function for the virtual desktop switching trigger. I assume this is an oversight similar to how vertical panels won't dodge or hide when on an edge shared with another display. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.8.7-zen1-1-zen (available in About System) KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 484872] Grayscale darks are clipped !
https://bugs.kde.org/show_bug.cgi?id=484872 --- Comment #9 from Mirco Miranda --- (In reply to Adolfo Rodrigues from comment #7) > I have my monitor calibrated via internal lut, no ICC, qwenview is > definately crushing blacks. In latest image I added an sRGB profile to your PNG. Now all software (GIMP and GwenView) shows similar blacks. I wrote similar because in gimp it is necessary to set the color profile of the monitor, the rendering intent (perceptual) and the black point compensation (off). By doing this I got 1/255 difference on some blacks compared to GwenView (which I have no idea how and if it uses the monitor's color profile). That said, I can't tell you who is right about the accuracy of the scale: the problem seems to be in how the software treat the original PNG with the gamma info only. GIMP seems ignoring the gamma info and uses an sRGB profile. All this to say that, with that PNG, it still doesn't seem like a GwenView problem to me. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 484872] Grayscale darks are clipped !
https://bugs.kde.org/show_bug.cgi?id=484872 --- Comment #8 from Mirco Miranda --- Created attachment 168500 --> https://bugs.kde.org/attachment.cgi?id=168500=edit Grayscale-Photography with sRGB profile embedded -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 484477] Default Icons-only task manager: dragging pinned apps back and forth sometimes moves random other icons
https://bugs.kde.org/show_bug.cgi?id=484477 Miranda changed: What|Removed |Added CC||mira...@xyla.net --- Comment #3 from Miranda --- If this is the same problem I experience... it's caused by setting some applications in the task manager to not be viewable on all desktops or all activities. It gets extremely confused when you do this, and starts scrambling your arrangements. I ended up writing a perl script to reorder the apps by modifying ~/.config/plasma-org.kde.plasma.desktop-appletsrc while plasmashell is not running. It was the only way to get around this bug, which has been there since KDE 5. So if this is the same bug, I can confirm it happens and it is extremely irritating. Unless you edit plasma-org.kde.plasma.desktop-appletsrc manually after moving anything, it makes Activities completely unusable with different panel views. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 484872] Grayscale darks are clipped !
https://bugs.kde.org/show_bug.cgi?id=484872 --- Comment #3 from Mirco Miranda --- Created attachment 168446 --> https://bugs.kde.org/attachment.cgi?id=168446=edit Info about Grayscale-Photography.png Inspection of sections contained within the PNG. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 484872] Grayscale darks are clipped !
https://bugs.kde.org/show_bug.cgi?id=484872 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #2 from Mirco Miranda --- (In reply to Adolfo Rodrigues from comment #1) > Created attachment 168022 [details] > Image comparing what gwenview shows to what it should be showing like > rawtherapee I did some checks and the correct view seems to be that of GwenView: The PNG file contains only the gAMA chunk set to 2.2. In this case, according to the specifications (https://www.w3.org/TR/2003/REC-PNG-20031110/#11gAMA), you must use sRGB primaries with a gamma curve of 2.2. However, if you ignore curve and color management and set an sRGB color profile (if you open with GIMP it says in the title that it uses an sRGB profile for that image) or use a program that does not use color information, the displayed image will be more clear. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483594] Plasma panel won't dodge windows if placed between dual monitors
https://bugs.kde.org/show_bug.cgi?id=483594 Miranda changed: What|Removed |Added CC||mira...@xyla.net -- You are receiving this mail because: You are watching all bug changes.
[kactivitymanagerd] [Bug 484583] Activities shortcut location
https://bugs.kde.org/show_bug.cgi?id=484583 Miranda changed: What|Removed |Added CC||mira...@xyla.net --- Comment #1 from Miranda --- Jesus christ... I'm glad you reported this because I thought the shortcut ability was removed!!! Terrible... they should definitely be moved to where the other activity shortcuts are. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 484508] Manual Text Display Font Size not being applied when applet is in panel
https://bugs.kde.org/show_bug.cgi?id=484508 --- Comment #5 from Miranda --- Sorry I got that backwards, it gets tiny in X11. But it's still true that the font size does change in Wayland, it doesn't completely ignore it. In order to make the manual font reasonably sized on Wayland you must set a crazy small size like 8pt. But if you switch to X11, it will be tiny and unreadable, Setting a huge size like 24pt will make it reasonably sized in X11, but it Wayland it will be slightly bigger, like in manual mode. In other words, it does change the size in Wayland, but only if you set the manual size to a ridiculously small pt size... and the manual font size setting has wildly different effects between X11 and Wayland. Both are out of whack and wrong, but in different ways. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 484508] Manual Text Display Font Size not being applied when applet is in panel
https://bugs.kde.org/show_bug.cgi?id=484508 Miranda changed: What|Removed |Added CC||mira...@xyla.net --- Comment #4 from Miranda --- I think I'm experiencing the same bug. But it's not that it's not being applied, it's that the font size is completely out of whack. If I set it to manual and 24pt it is smaller than automatic mode, and not at all actually 24pt. Also this is only happening in X11, if I set it to the crazy manual 24pt size to make it reasonably size (i.e. smaller than the default size) and then switch to a Wayland session the same manual settings make it microscopic and unreadable. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483075] Global menu items disappear when a pop-up window opens, but don't show up again after it closes
https://bugs.kde.org/show_bug.cgi?id=483075 --- Comment #7 from Miranda --- (In reply to Miranda from comment #6) > 2. Focus follows mouse and its variations are not affected by the bug > because the global menu is seemingly automatically restored by the mouse's > focus. So people using FFM won't be noticing what a show stopper this bug > is. Sorry, I was wrong about this point. It's "Focus under mouse" and "Focus strictly under mouse" that are not affected. FFM doesn't reacquire the global menu focus, but the under mouse options seem to actually never lose focus in the first place, because the global menu does not disappear when you open child windows while in those modes. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483075] Global menu items disappear when a pop-up window opens, but don't show up again after it closes
https://bugs.kde.org/show_bug.cgi?id=483075 Miranda changed: What|Removed |Added Flags|X11-| -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483075] Global menu items disappear when a pop-up window opens, but don't show up again after it closes
https://bugs.kde.org/show_bug.cgi?id=483075 Miranda changed: What|Removed |Added Flags||Wayland+, X11- -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483075] Global menu items disappear when a pop-up window opens, but don't show up again after it closes
https://bugs.kde.org/show_bug.cgi?id=483075 Miranda changed: What|Removed |Added CC||mira...@xyla.net --- Comment #6 from Miranda --- I can confirm this bug... it is pretty awful for productivity. I use Quartus Prime Lite and any time you open some kind of child window in the app, the global menu disappears and does not come back when the window closes. The only way to get it to come back is to switch focus away from the app and back again. A couple of important details about this bug: 1. This bug is WAYLAND ONLY. X11 still works correctly. But at this point we are kind of all being forced into Wayland so that's not very helpful anymore. 2. Focus follows mouse and its variations are not affected by the bug because the global menu is seemingly automatically restored by the mouse's focus. So people using FFM won't be noticing what a show stopper this bug is. 3. The global menu seems to be disappearing because it is somehow losing connection with the focused app. In the distribution Garuda KDE Dr460nized (which I am using) the global menu is set up to display the application name, and when nothing is focused (i.e. by clicking on the desktop) it just displays the name "Dr460niszed KDE". When the global menu disappears, it always says the focused app name is just "Dr460niszed KDE". 4. Related to #3: There is a less severe symptom of the bug which is probably going unnoticed by most. Some apps will restore the global menu after closing a child window, but Garuda Linux does not update the focused app name in the global menu. For example Gimp normally says "GNU Image Manipulation Program" in front of the menu options ("File Edit" etc..) but after the bug occurs it will still have it's menu options but will say "Dr460nized KDE" instead. Further clarification on #1: It looks llke the menu disappears maybe because child windows do not have global menu options directly associated with them. This is a Wayland-only behaviour. In X11 sessions, the global menu never changes when a child window with no global menu options appears, it consistently shows the main application global menu options. Hopefully these details help to get this bug fixed as quickly as possible. For testing I recommend installing Quartus Prime Lite, it's the most unusable thing I'm trying to use at the moment with this bug. Open the application then try to open a settings/options child window from the global menu (for example: Tools > Options...) -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 413801] There is no protection against huge memory usage
https://bugs.kde.org/show_bug.cgi?id=413801 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #4 from Mirco Miranda --- I found no way to prevent the plugin from identifying the file as TGA. I added the options support to the plugin (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/212). The KDE thumbnailer should use the Size option to determine how large the image becomes and avoid generating the thumbnail if it exceeds 1/3 of the available RAM. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 479612] Massive memory leak when looking at a file
https://bugs.kde.org/show_bug.cgi?id=479612 --- Comment #12 from Mirco Miranda --- (In reply to Mirco Miranda from comment #11) > I checked the plugin and it doesn't support options. On QT 5 therefore > mitigating RAM usage is not possible. As soon as I have a moment I'll add > the function to the plugin. Done. See also https://invent.kde.org/frameworks/kimageformats/-/merge_requests/212 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 479612] Massive memory leak when looking at a file
https://bugs.kde.org/show_bug.cgi?id=479612 --- Comment #11 from Mirco Miranda --- (In reply to Mirco Miranda from comment #10) > To avoid excessive RAM usage, last year I modified the thumnailer with > memory checks to prevent the system from threshing. I don't know if it still > works though. I checked the plugin and it doesn't support options. On QT 5 therefore mitigating RAM usage is not possible. As soon as I have a moment I'll add the function to the plugin. However, with the imminent release of KDE6 there should be no problems because the Qt6 RAM limitation is correctly implemented in the plugin. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 479612] Massive memory leak when looking at a file
https://bugs.kde.org/show_bug.cgi?id=479612 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #10 from Mirco Miranda --- This patch should help: https://invent.kde.org/frameworks/kimageformats/-/merge_requests/209 If I remember correctly, the thumbnail generator leaves the task of determining the correct format to the plugins (regardless of the extension and mime type). As a result, formats like TGA that do not have a unique signature can result in false positives and the plugin tries to read them. It is not a good thing. To avoid excessive RAM usage, last year I modified the thumnailer with memory checks to prevent the system from threshing. I don't know if it still works though. Also, while writing the patch for the TGA I saw that it uses double the necessary memory. This probably doesn't help either. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 454206] Slow performance with RAW files on big folders
https://bugs.kde.org/show_bug.cgi?id=454206 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #5 from Mirco Miranda --- Probably the solution is to insert a configuration in Gwenview to force the use of KDcraw even when the RAW plugin is present. The code to use KDcraw is still present in Gwenview as it is used if, for example, the RAW plugin is not found. This way everyone does what they want. Or, completely restore the old code: in this way KDcraw is always used by ignoring the RAW plugin at all. -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 211208] RAS support, configurable grid, simple gradients
https://bugs.kde.org/show_bug.cgi?id=211208 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #2 from Mirco Miranda --- (In reply to gamut from comment #0) > 1. Support for the RAS (Sun rasterfile) graphics file format (.ras, .im8, > .im16, .im24, .im32) including RLE https://invent.kde.org/frameworks/kimageformats/-/merge_requests/179 It took a while but we're here :) -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 439219] exr thumbnailer crashes on empty file
https://bugs.kde.org/show_bug.cgi?id=439219 --- Comment #9 from Mirco Miranda --- (In reply to Tony from comment #8) > Cannot reproduce anymore with plasma 5.27 You are probably benefiting from a newer OpenEXR library. The MR in question is to fix crashes with corrupted test case files provided by the OpenEXR developers. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 456735] OpenEXR Alpha channel ignored
https://bugs.kde.org/show_bug.cgi?id=456735 --- Comment #3 from Mirco Miranda --- (In reply to Jean-Baptiste Mardelle from comment #2) > Thanks Mirco. Yes, Kdenlive/MLT uses the kimageformats plugins to render EXR > images, so this will effectively fix this problem. Hope it will be merged in > a next Frameworks release. Merged today on KF5. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 439219] exr thumbnailer crashes on empty file
https://bugs.kde.org/show_bug.cgi?id=439219 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #7 from Mirco Miranda --- This MR should solve the issues with broken EXR files: https://invent.kde.org/network/kio-extras/-/merge_requests/276 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 --- Comment #8 from Mirco Miranda --- (In reply to caulier.gilles from comment #7) > So it's targeted for the next KF5 release ? The version for "KF6" should be merged next week. About KF5 The patch is complex and I wouldn't be surprised if Albert chooses to merge it after the September release (then in the v5.111). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 426222] No thumbnails for XCF (GIMP) Images with more than 8 Bit precision per channel
https://bugs.kde.org/show_bug.cgi?id=426222 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #6 from Mirco Miranda --- Created attachment 161110 --> https://bugs.kde.org/attachment.cgi?id=161110=edit Preview of XCF 32-bit kimageformats support for 32-bit will be added with https://invent.kde.org/frameworks/kimageformats/-/merge_requests/171 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 456735] OpenEXR Alpha channel ignored
https://bugs.kde.org/show_bug.cgi?id=456735 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #1 from Mirco Miranda --- If kdenlive uses the EXR kimageformats plugin, it should be fixed with this MR: https://invent.kde.org/frameworks/kimageformats/-/merge_requests/172 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 466821] Digikam git can't manage 16 bit float .xcf
https://bugs.kde.org/show_bug.cgi?id=466821 --- Comment #10 from Mirco Miranda --- (In reply to maderios from comment #9) > A hope that seems dead :( > https://invent.kde.org/frameworks/kimageformats/-/merge_requests/ > 108#note_693028 I made some changes to Martin's code to fix the most obvious problems and made a new MR (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/166). Please try it. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 466658] EXIF metadata is used when available for JPEG thumbnails, resulting to low resolution thumbnails
https://bugs.kde.org/show_bug.cgi?id=466658 --- Comment #8 from Mirco Miranda --- (In reply to Mirco Miranda from comment #7) > Since framework 5.99 the raw plugin has been included in the > kimageformats-plugin. The plugin always renders thumbnails from the image > and should fix the problem. This only applies to Nikon D800 previews. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 466658] EXIF metadata is used when available for JPEG thumbnails, resulting to low resolution thumbnails
https://bugs.kde.org/show_bug.cgi?id=466658 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #7 from Mirco Miranda --- Since framework 5.99 the raw plugin has been included in the kimageformats-plugin. The plugin always renders thumbnails from the image and should fix the problem. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 471829] kimageformats 5.107.0 build failure: src/imageformats/psd.cpp:828:23: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-
https://bugs.kde.org/show_bug.cgi?id=471829 --- Comment #7 from Mirco Miranda --- (In reply to Mirco Miranda from comment #6) > If also on my debian adding -Werror=strict-aliasing I get the same error I > try to rewrite that piece of code. I was be able to reproduce it using GCC 13.0 (release only). I wrote a work-around. If you can try it: https://invent.kde.org/frameworks/kimageformats/-/merge_requests/159 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 471829] kimageformats 5.107.0 build failure: src/imageformats/psd.cpp:828:23: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-
https://bugs.kde.org/show_bug.cgi?id=471829 --- Comment #6 from Mirco Miranda --- (In reply to Albert Astals Cid from comment #4) > Mirco can you please have a look to see if there's any value in these claims? The code was intentionally written like this. I think btw it could be rewritten a little cleaner. Anyway, if it hits that function it's because the data is a 32-bit float. 32-bit PSD files are always floats. If also on my debian adding -Werror=strict-aliasing I get the same error I try to rewrite that piece of code. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 471958] Gwenview crash at startup/didn't start and crahs with "free(): invalid pointer"
https://bugs.kde.org/show_bug.cgi?id=471958 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #14 from Mirco Miranda --- I have the same issue on my Debian unstable after today dist-upgrade. The problem is that the transition to libraw23 is not complete and some libraries are compiled using libraw20 and some others with libraw23. Gwenview uses kimage-plugins (that are still compiled with libraw20) and libkf5kdcraw (that uses libraw23). This is the why of the crash. The kimgraw plugin of kimage-plugins supports latest libraw version... we have to wait that the mantainers releases the package compiled using latest libraw. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468884] Can't open some self-made libaom avif photos anymore; sxiv opens them with no problem
https://bugs.kde.org/show_bug.cgi?id=468884 --- Comment #6 from Mirco Miranda --- (In reply to Joshua Goins from comment #5) > Interesting that your version of sxiv doesn't open it, sxiv on Arch (version > 26-1) can open it It probably depends on the version of libimlib2 used. In any case, even with Photoshop I can't open the attached file. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468884] Can't open some self-made libaom avif photos anymore; sxiv opens them with no problem
https://bugs.kde.org/show_bug.cgi?id=468884 --- Comment #4 from Mirco Miranda --- I tried the attached image on some programs: - [Linux] - kde avif plugin won't open it (v5.103) - [Linux] - gimp doesn't open it (v2.10.34) - [Linux and Windows] - chrome opens it (gray image 7380x4928px, don't know if that's right: the name of image is "lake") - [Linux] - Sxiv doesn't open it (v26 on Debian unstable -> sxiv: lake [biased sharpness].avif: Error opening image) - [Windows] - Microsoft Photo with AV1 codec installed tells me that the image is wrong On the 26th, when I get back to work, I'll also try Photoshop (both Mac and Windows). I can't tell if it's a valid avif or not, it's definitely not a common avif. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468288] kimageformats-read-psd autotest started to fail with 5.105.0
https://bugs.kde.org/show_bug.cgi?id=468288 --- Comment #7 from Mirco Miranda --- OK, I played dirty. I modified the test to accept tif images as well as pngs. The tiffs can be saved in premultiplied format, so the test must convert both the image to be tested and the comparison images. Now it works both on my local machine and on invent. I don't like the solution I proposed and it's marked as a draft. In any case, can you try it? https://invent.kde.org/frameworks/kimageformats/-/merge_requests/148 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468288] kimageformats-read-psd autotest started to fail with 5.105.0
https://bugs.kde.org/show_bug.cgi?id=468288 --- Comment #6 from Mirco Miranda --- Even on my Debian, the image generated by birthday.ppd is slightly different from the one generated on all CI machines. The difference is on 15 pixels with values like RGB(55,47,54) vs RGB(55,48,54). I have no idea how to figure out what is causing this difference. PS: In the meantime I also fixed a problem I found but it doesn't change the result. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468288] kimageformats-read-psd autotest started to fail with 5.105.0
https://bugs.kde.org/show_bug.cgi?id=468288 --- Comment #5 from Mirco Miranda --- Created attachment 157975 --> https://bugs.kde.org/attachment.cgi?id=157975=edit Birthday image generated on CI's VM -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468288] kimageformats-read-psd autotest started to fail with 5.105.0
https://bugs.kde.org/show_bug.cgi?id=468288 --- Comment #4 from Mirco Miranda --- Created attachment 157974 --> https://bugs.kde.org/attachment.cgi?id=157974=edit Birthday image generated on my desktop -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 468288] kimageformats-read-psd autotest started to fail with 5.105.0
https://bugs.kde.org/show_bug.cgi?id=468288 --- Comment #3 from Mirco Miranda --- (In reply to Albert Astals Cid from comment #2) > Mirco, I can also reproduce this locally (CI seems happy though). > > What can we do to help debug this? It's the problem I had about a month ago after my last patch to the psd plugin. For me it worked locally (debian unstable) but failed on invent (all vms). That image is the only one with premultiplied alpha and alpha values other than 255. In my case it changed a few pixels and it seemed due to rounding differences in the conversion from RBG_Premul to ARGB32. I then assumed that my distro (install dated 2006) was the problem and so I used invent's comparison png. To help with debugging I must definitely reintroduce Base64 printing of the image on failure. I do this in the afternoon and then try to figure out what's going on. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 420173] thumbnail.so eats tons of memory with large GeoTiff
https://bugs.kde.org/show_bug.cgi?id=420173 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #2 from Mirco Miranda --- (In reply to Marc Deop from comment #1) > I believe the code has now some protection against this issue. > > Perhaps this can be closed? Yes, it was patched with MR !219 (https://invent.kde.org/network/kio-extras/-/merge_requests/219) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 466821] Digikam git can't manage 16 bit float .xcf
https://bugs.kde.org/show_bug.cgi?id=466821 --- Comment #8 from Mirco Miranda --- (In reply to maderios from comment #7) > I see KImageFormats works fine with .psd proprietary Adobe format. Nobody has it with GIMP. The PSD plugin works well because I work in large format digital printing and everyone uses Photoshop. I maintain two PSD readers: the one for the company I work for (it's not a qt plugin) and the KDE Qt plugin (for fun). I would also like to fix the XCF plugin but no promises. For now, I've only looked at the specs. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 466821] Digikam git can't manage 16 bit float .xcf
https://bugs.kde.org/show_bug.cgi?id=466821 --- Comment #5 from Mirco Miranda --- (In reply to Maik Qualmann from comment #3) > Since we got the same bug report about supporting float16 (half float) for > our TIFF loader, here maybe the function to read and convert float16 as a > help. The basic function comes from the Adobe DNG-SDK. > > https://invent.kde.org/graphics/digikam/-/blob/master/core/dplugins/dimg/ > tiff/dimgtiffloader_load.cpp#L951 Recent Qts also have the type qfloat16 and I just used that to read TIFFs :) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 466821] Digikam git can't manage 16 bit float .xcf
https://bugs.kde.org/show_bug.cgi?id=466821 --- Comment #4 from Mirco Miranda --- (In reply to Albert Astals Cid from comment #2) > Mirco you did some work on the xcf code. > > Would you have some time to look at this? The Qt plugin supports xcf specs up to version 11 and the files in question are version 12. We have a merge request to add this functionality but it has other problems and consequently it breaks the tests. I tested the MR (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/108) and some generated images are not correct (mainly related to alpha blending) . Adding support to version 12 requires in-depth knowledge of the XCF format which I don't have. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 463948] cr3 thumbnail in dolphin and gwenview support
https://bugs.kde.org/show_bug.cgi?id=463948 --- Comment #9 from Mirco Miranda --- (In reply to Mirco Miranda from comment #8) > I tried now on my unstable debian. I put 2 CR3 files (EOS R6 Mark 2 and EOR > R5) in a folder and opened it with Dolphin. He created the previews for me. My debian has: - kimageformat-plugins 5.101.0-2 - dolphin 4:22.12.1-1 Note the black borders of the preview caused by LibRaw 0.20 (the one installed on my debian). If you install LibRaw 0.21 you need to recompile the kimageformat-plugins. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 463948] cr3 thumbnail in dolphin and gwenview support
https://bugs.kde.org/show_bug.cgi?id=463948 --- Comment #8 from Mirco Miranda --- Created attachment 155430 --> https://bugs.kde.org/attachment.cgi?id=155430=edit CR3 preview from Dolphin I tried now on my unstable debian. I put 2 CR3 files (EOS R6 Mark 2 and EOR R5) in a folder and opened it with Dolphin. He created the previews for me. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 463948] cr3 thumbnail in dolphin and gwenview support
https://bugs.kde.org/show_bug.cgi?id=463948 --- Comment #6 from Mirco Miranda --- (In reply to Gustavo Castro from comment #4) > I just tested and even though Dolphin isn't generating the thumbnails for > CR3 files, I opened the folder containing my files with Gwenview and that > did the trick. I don't think that's ideal as Dolphin should be able to > generate thumbnails without having to run any other program, but at least a > workaround exists. Very strange issue. Anyway, I'll do some test on my CR3 files. Can you attach a CR3 file (just to verify that there are no different types of cr3 files)? PS: latest version of KIO thumbnailer (used by Dolphin) does not create previews if the stimated memory usage is too high (grater than 1/3 of availble free ram). This mechanism is used for images of several GB certainly not for the camera files. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 461613] Regression: Gwenview no longer displays CR2 thumbnails or images (while Dolphin and Okular do)
https://bugs.kde.org/show_bug.cgi?id=461613 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #2 from Mirco Miranda --- As workaround try to uninstall KImage plugins. If works, the fix should be available on next release: https://bugs.kde.org/show_bug.cgi?id=463132 -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 463948] cr3 thumbnail in dolphin and gwenview support
https://bugs.kde.org/show_bug.cgi?id=463948 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #1 from Mirco Miranda --- (In reply to ray from comment #0) > I bought new Canon DSLR and i've discovered there is no support in kde for > new cr3 raw support. It will be nice to get thumbs and general Plasma > support for cr3 files as is for cr2 CR3 files are supported by LibRAW 0.21, this means that you need a very updated distro. Note that a GWenView fix was added latest week for RAW support (https://bugs.kde.org/show_bug.cgi?id=463132). The RAW plugin of KImage-plugins already supports CR3 files (https://invent.kde.org/frameworks/kimageformats/-/blob/master/src/imageformats/raw.cpp line 44). If compiled using LibRAW less than 0.21, the CR3 images are not rendered well. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 463951] PCX image issues
https://bugs.kde.org/show_bug.cgi?id=463951 --- Comment #5 from Mirco Miranda --- (In reply to fenugrec from comment #0) > Created attachment 155083 [details] > test PCX image that fails with kimageformats, but is correctly opened by gimp We have a fix for your bug report. Can we use this image in ours test case? It's free of any copyrights? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 463951] PCX image issues
https://bugs.kde.org/show_bug.cgi?id=463951 --- Comment #4 from Mirco Miranda --- (In reply to Albert Astals Cid from comment #3) > Mirco would you have interest in looking into what may be wrong here? Yes, I'll take a look at it. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463132] Gwenview Removed Support for All RAW Files (Regression)
https://bugs.kde.org/show_bug.cgi?id=463132 --- Comment #4 from Mirco Miranda --- This is a possible fix: https://invent.kde.org/graphics/gwenview/-/merge_requests/174 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463132] Gwenview Removed Support for All RAW Files (Regression)
https://bugs.kde.org/show_bug.cgi?id=463132 --- Comment #2 from Mirco Miranda --- (In reply to Nicolas Fella from comment #1) > Mirco, you worked a lot on RAW stuff, any idea what's going on here? If I disable libkdcraw support and recompile Gwenview, the raw files are displayed correctly. Gwenview treats RAW files differently from other images assuming there is no plugin capable of reading them. There is probably a logical conflict within the code due to the presence of the plugin. The solutions can be the following: 1- disable KDCraw search from CMakeList of Gwenview (find_package(KF5KDcraw)) 2- patch Gwenview to contemplate the presence of the plug-in Solution 1 makes loading RAW files slow (plugin by default looks for maximum quality). To speed up the loading I added a hack to the plugin: by setting the quality to 1 in QImageReader, it does more or less what KDCraw does and makes loading much faster (sa: https://invent.kde.org/frameworks/kimageformats/-/blob/master/src/imageformats/raw_p.h). So, the solution 2 could be a) check if raw plugin is installed: set quality on raw file loading and bypass the KDRaw code or b) use the current code an fix it to coexist with raw plugin (when installed). I'm not familiar with Gwenview code, so I should do a deep debugging. Solution a) could be solved with a few lines of code. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456907] Krita doesn't close until the recent files thumbnails generator is finished
https://bugs.kde.org/show_bug.cgi?id=456907 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #6 from Mirco Miranda --- (In reply to amyspark from comment #5) > No. The stacktrace shows the thumbnail creator is executing *Frameworks* > code: > > #8 (anonymous namespace)::readPixel () at > > C:/Packaging/KritaDepsBuild/ext_frameworks/ext_kimageformats-prefix/src/ext_kimageformats/src/imageformats/psd.cpp:121 > > No locals. The PSD read plugin of KImageFormats was rewritten to be faster and more reliable. The slow readPixel() function was removed in April, 2022. The current version of the plugin refuse to load the image of bug 444844 because it seems corrupted somewhere. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 182496] Kdelibs image format plugin kimg_psd.so is unable to open adobe cs3 psd
https://bugs.kde.org/show_bug.cgi?id=182496 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #2 from Mirco Miranda --- Fixed on MR !83 (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/83) -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 261088] PSD 16 Bit images not displayed
https://bugs.kde.org/show_bug.cgi?id=261088 --- Comment #11 from Mirco Miranda --- > PS: I also added a screenshot of DigiKam 7.7.0 installed on my debian. I also installed latest Digikam on my Mac Studio M1 Max. You can find the screenshot in the same GDrive folder. Here works. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 261088] PSD 16 Bit images not displayed
https://bugs.kde.org/show_bug.cgi?id=261088 --- Comment #10 from Mirco Miranda --- Hi Gilles, > I shared files to you on my GDrive account. You will receive an email with > the link on your gmail. I tested your images on Windows with latest version of PSD plugin and on my Debian unstable that uses KF 5.94. I also shared the project I used on the same folder on GDrive (there is also a screenshot). I think the issues you have is not related to PSD plugin. PS: I also added a screenshot of DigiKam 7.7.0 installed on my debian. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 261088] PSD 16 Bit images not displayed
https://bugs.kde.org/show_bug.cgi?id=261088 --- Comment #8 from Mirco Miranda --- Hi Gilles, > Interesting... because Photoshop does not allow to save a 16-bit float PSD. > Anyway, it opens the one saved by GIMP. I did some test under Windows. I saved a grayscale 16-bit float using GIMP and the current version of kimage-formats plugin loads it without any issues. Another info is that the internal data are not float but are converted to 16-bits integer during the save operation by GIMP: this makes sense because PSD format does not have an option to discriminate if the data are float or integer (8/16-bits data are always integer, 32-bits data are always float). Can you attach a PSD sample which give you the problem? -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 261088] PSD 16 Bit images not displayed
https://bugs.kde.org/show_bug.cgi?id=261088 --- Comment #7 from Mirco Miranda --- Hi Gilles, (In reply to caulier.gilles from comment #6) > I generated a 16 bits PSD using integer encoding with GIMP. Thumbnail is ok. > I generated a 16 bits PSD using float encoding with GIMP. Thumbnail is Interesting... because Photoshop does not allow to save a 16-bit float PSD. Anyway, it opens the one saved by GIMP. I'll fix the kimage-formats plugin ASAP. Mirco. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 204418] PSD color not supported
https://bugs.kde.org/show_bug.cgi?id=204418 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #8 from Mirco Miranda --- Should be solved by MR !56 (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/56) -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 261088] PSD 16 Bit images not displayed
https://bugs.kde.org/show_bug.cgi?id=261088 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #5 from Mirco Miranda --- (In reply to caulier.gilles from comment #4) > digiKam do not have code to handle PSD image. It's delegate to KDE image IO > component. Hi Gilles, also this one should be should be solved by MR !56 (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/56) Mirco. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 397610] Problem to render greyscale PSD thumbnails
https://bugs.kde.org/show_bug.cgi?id=397610 --- Comment #6 from Mirco Miranda --- (In reply to caulier.gilles from comment #5) > Hi Mirco, > > The patch will be included in KF5 5.95 or 5.96 ? > > Gilles Caulier I suppose KF 5.95 because It was merged 3 months ago. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 397610] Problem to render greyscale PSD thumbnails
https://bugs.kde.org/show_bug.cgi?id=397610 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #4 from Mirco Miranda --- Should be solved by MR !56 (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/56) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kimageformats] [Bug 428238] Not able to render PSD file with depth other than 8 and 16
https://bugs.kde.org/show_bug.cgi?id=428238 Mirco Miranda changed: What|Removed |Added CC||mirco...@gmail.com --- Comment #6 from Mirco Miranda --- This should be solved by MR !56 (https://invent.kde.org/frameworks/kimageformats/-/merge_requests/56) -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 440526] New: Can't drag and drop music to the project bin or timeline if the video editor is in Vertical mode.
https://bugs.kde.org/show_bug.cgi?id=440526 Bug ID: 440526 Summary: Can't drag and drop music to the project bin or timeline if the video editor is in Vertical mode. Product: juk Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: whee...@kde.org Reporter: mianaki...@gmail.com CC: mp...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Whenever I use the vertical ratio, I can't drag and drop music to the project bin or timeline,the mouse icon is locked, 2. But if I use a regular (horizontal) ratio, I can drag and drop those same music easily, 3. So there's nothing wrong with the music, but there's something wrong with Kdenlive. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 10 macOS: - Linux/KDE Plasma: - (available in About System) KDE Plasma Version: - KDE Frameworks Version: - Qt Version: - ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 Daniel Miranda changed: What|Removed |Added CC|danielk...@gmail.com| -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 411839] New: baloo_crashes on startup after a 3 month(!!!) absence update!
https://bugs.kde.org/show_bug.cgi?id=411839 Bug ID: 411839 Summary: baloo_crashes on startup after a 3 month(!!!) absence update! Product: frameworks-baloo Version: 5.61.0 Platform: Compiled Sources OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: Baloo File Daemon Assignee: stefan.bru...@rwth-aachen.de Reporter: vanbreukelingen1...@gmail.com Target Milestone: --- Application: baloo_file_extractor (5.61.0) (Compiled from sources) Qt Version: 5.13.1 Frameworks Version: 5.61.0 Operating System: Linux 5.2.14-zen1-1-zen x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: After all, I had to recompile the 8192cu from source, since systemd 243 (finally) is on air. I'm very happy about that; Arch keeps it simple but it troubles with stability in allocation of memspace; I'm gonna reinstall the baloo_driver" The crash can be reproduced every time. -- Backtrace: Application: Baloo File Extractor (baloo_file_extractor), signal: Aborted Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f50b1135c80 (LWP 11940))] Thread 3 (Thread 0x7f50af866700 (LWP 11942)): #0 0x7f50b4562667 in poll () from /usr/lib/libc.so.6 #1 0x7f50b343c130 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7f50b343c201 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #3 0x7f50b4b06a1c in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #4 0x7f50b4aad4ec in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #5 0x7f50b48df385 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #6 0x7f50b5ab7b37 in ?? () from /usr/lib/libQt5DBus.so.5 #7 0x7f50b48e05b0 in ?? () from /usr/lib/libQt5Core.so.5 #8 0x7f50b3ffb57f in start_thread () from /usr/lib/libpthread.so.0 #9 0x7f50b456d0e3 in clone () from /usr/lib/libc.so.6 Thread 2 (Thread 0x7f50b0279700 (LWP 11941)): #0 0x7f50b4562667 in poll () from /usr/lib/libc.so.6 #1 0x7f50b33a7630 in ?? () from /usr/lib/libxcb.so.1 #2 0x7f50b33a92db in xcb_wait_for_event () from /usr/lib/libxcb.so.1 #3 0x7f50b0c3e101 in ?? () from /usr/lib/libQt5XcbQpa.so.5 #4 0x7f50b48e05b0 in ?? () from /usr/lib/libQt5Core.so.5 #5 0x7f50b3ffb57f in start_thread () from /usr/lib/libpthread.so.0 #6 0x7f50b456d0e3 in clone () from /usr/lib/libc.so.6 Thread 1 (Thread 0x7f50b1135c80 (LWP 11940)): [KCrash Handler] #6 0x7f50b44ab755 in raise () from /usr/lib/libc.so.6 #7 0x7f50b4496851 in abort () from /usr/lib/libc.so.6 #8 0x7f50b41b9753 in ?? () from /usr/lib/liblmdb.so #9 0x7f50b41b19a3 in ?? () from /usr/lib/liblmdb.so #10 0x7f50b41b4d61 in mdb_cursor_put () from /usr/lib/liblmdb.so #11 0x7f50b41b74ab in mdb_put () from /usr/lib/liblmdb.so #12 0x7f50b5b81ac2 in Baloo::PostingDB::put(QByteArray const&, QVector const&) () from /usr/lib/libKF5BalooEngine.so.5 #13 0x7f50b5b99e99 in Baloo::WriteTransaction::commit() () from /usr/lib/libKF5BalooEngine.so.5 #14 0x7f50b5b89a80 in Baloo::Transaction::commit() () from /usr/lib/libKF5BalooEngine.so.5 #15 0x56405c1947a5 in ?? () #16 0x7f50b4ae7c13 in ?? () from /usr/lib/libQt5Core.so.5 #17 0x7f50b4adb3e5 in QObject::event(QEvent*) () from /usr/lib/libQt5Core.so.5 #18 0x7f50b54684f5 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5 #19 0x7f50b5471e11 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQt5Widgets.so.5 #20 0x7f50b4aae9c2 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/libQt5Core.so.5 #21 0x7f50b4b05d9d in QTimerInfoList::activateTimers() () from /usr/lib/libQt5Core.so.5 #22 0x7f50b4b0666a in ?? () from /usr/lib/libQt5Core.so.5 #23 0x7f50b343a3ae in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #24 0x7f50b343c1c1 in ?? () from /usr/lib/libglib-2.0.so.0 #25 0x7f50b343c201 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #26 0x7f50b4b06a03 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #27 0x7f50b4aad4ec in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #28 0x7f50b4ab5326 in QCoreApplication::exec() () from /usr/lib/libQt5Core.so.5 #29 0x56405c191283 in ?? () #30 0x7f50b4497ee3 in __libc_start_main () from /usr/lib/libc.so.6 #31 0x56405c19132e in ?? () [Inferior 1 (process 11940) detached] Possible duplicates by query: bug 411806, bug 411660, bug 410367, bug 405101, bug 403107. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 411302] New: freeBSD evolution after setting back compositor to Xrender,
https://bugs.kde.org/show_bug.cgi?id=411302 Bug ID: 411302 Summary: freeBSD evolution after setting back compositor to Xrender, Product: plasmashell Version: 5.16.4 Platform: Compiled Sources OS: FreeBSD Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: vanbreukelingen1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Application: plasmashell (5.16.4) (Compiled from sources) Qt Version: 5.12.2 Frameworks Version: 5.61.0 Operating System: FreeBSD 13.0-CURRENT amd64 Distribution (Platform): FreeBSD Ports -- Information about the crash: Plasma was not startable at all, it crashed right now the grafic driver (drm-current not providable) should do shimmering into plasmashell it suddenly hung up - so I used the XFCE-compisitor and did a "use plasma-desktop" in the autostart. So I could change settings for kwin_x11. Now from sddm-login-screen everything is fine (variety said, widget locked, but they are not) but not starting plasmashell at all; systemmonitor worked already and a Alt+F2 and kstart5 plasmashell could recover desktop with widget. Now Plasma5 is crashing frequently I think because of the i915 driver. Got new-world and make kernel -j4, took me a week or so to create it. wlan0 works now out of the box at a Dell Vostro 3550, I removed the HyperV-supervisor and we have to do compatibility to KMS as bhyve is still under heavy development. llvm-devel and X -configure: no way to get a grafical WM working! A grafical root login is to be discused? The crash can be reproduced every time. -- Backtrace: A useful backtrace could not be generated Possible duplicates by query: bug 411221, bug 411208, bug 411174, bug 411089, bug 411087. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[calligrawords] [Bug 407976] Unable to insert image on document
https://bugs.kde.org/show_bug.cgi?id=407976 --- Comment #3 from Henrique Miranda --- Created attachment 120511 --> https://bugs.kde.org/attachment.cgi?id=120511=edit Log from CLI. Here is the CLI dump. -- You are receiving this mail because: You are watching all bug changes.
[calligrawords] [Bug 407976] Unable to insert image on document
https://bugs.kde.org/show_bug.cgi?id=407976 --- Comment #1 from Henrique Miranda --- Created attachment 120334 --> https://bugs.kde.org/attachment.cgi?id=120334=edit Screenshot of bug 1. -- You are receiving this mail because: You are watching all bug changes.
[calligrawords] [Bug 407976] New: Unable to insert image on document
https://bugs.kde.org/show_bug.cgi?id=407976 Bug ID: 407976 Summary: Unable to insert image on document Product: calligrawords Version: 3.1.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: calligra-words-bugs-n...@kde.org Reporter: henri...@disroot.org Target Milestone: --- Created attachment 120333 --> https://bugs.kde.org/attachment.cgi?id=120333=edit Screenshot of bug. SUMMARY STEPS TO REPRODUCE 1. Create a new empty Caligra words document. 2. Click in insert image button. 3. Click in blank space in document. 4. Select image from file manager. 5. Click Ok 6. For me showed an error: /home/User/folder is an folder, but a file is wished OBSERVED RESULT After step 5 ia received this error: /home/User/folder is an folder, but a file is wished like in image attached. SOFTWARE/OS VERSIONS Linux/KDE Plasma: MANJARO KDE Kernel 5.1 KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION Using Kernel 5.1, File manager is Dophin V19.04.01, My /home partition is encrypted ext4 luks. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 406535] plasmashell crashing with freebsd, with kill Xorg and sddm again....
https://bugs.kde.org/show_bug.cgi?id=406535 --- Comment #2 from Miranda van den Breukelingen --- It's plasma5 5.15.3_x and Qt 5.12.1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 406535] New: plasmashell crashing with freebsd, with kill Xorg and sddm again....
https://bugs.kde.org/show_bug.cgi?id=406535 Bug ID: 406535 Summary: plasmashell crashing with freebsd, with kill Xorg and sddm again Product: plasmashell Version: master Platform: Other OS: FreeBSD Status: REPORTED Severity: normal Priority: NOR Component: Desktop Containment Assignee: se...@kde.org Reporter: vanbreukelingen1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 119411 --> https://bugs.kde.org/attachment.cgi?id=119411=edit Log file with backtrace being to long for the assistent... Dr. Konqi crashes often when reporting bugs... -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 405816] New: virtualbox freebsd host=linux arch
https://bugs.kde.org/show_bug.cgi?id=405816 Bug ID: 405816 Summary: virtualbox freebsd host=linux arch Product: konqueror Version: 5.0.97 Platform: Compiled Sources OS: FreeBSD Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: vanbreukelingen1...@gmail.com Target Milestone: --- Application: konqueror (5.0.97) (Compiled from sources) Qt Version: 5.12.1 Frameworks Version: 5.56.0 Operating System: FreeBSD 13.0-CURRENT amd64 Distribution (Platform): FreeBSD Ports -- Information about the crash: So the whole konqueror thing reaches back until 2002, where it was the standard to integrate the desktop components to the web. M$ did something very ugly ... nostalgia -- Backtrace: A useful backtrace could not be generated Possible duplicates by query: bug 405770, bug 405760, bug 405685, bug 405682, bug 405637. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 377785] New: Issues with drawing
https://bugs.kde.org/show_bug.cgi?id=377785 Bug ID: 377785 Summary: Issues with drawing Product: krita Version: unspecified Platform: Other OS: unspecified Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: krita-bugs-n...@kde.org Reporter: madie.wei...@gmail.com Target Milestone: --- I can't see any changes made to the drawing, and the pen courser is either missing or frozen in place. The program works but the actual drawing component does not. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 347465] can't see what I'm actually drawing
https://bugs.kde.org/show_bug.cgi?id=347465 Miranda <madie.wei...@gmail.com> changed: What|Removed |Added CC||madie.wei...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 --- Comment #10 from Daniel Miranda <danielk...@gmail.com> --- I can confirm it's still present in Plasma 5.8.4. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 338489] multiple xcb_put_image calls required to upload "big" images -> client splitting of requests is required
https://bugs.kde.org/show_bug.cgi?id=338489 Daniel Miranda <danielk...@gmail.com> changed: What|Removed |Added CC||danielk...@gmail.com --- Comment #17 from Daniel Miranda <danielk...@gmail.com> --- I still what I believe is this same issue with Spectacle and KWin in Plasma 5.8.4. Attempting to screenshot a single window crashes both applications. -- You are receiving this mail because: You are watching all bug changes.
[colord-kde] [Bug 374448] "Phantom" color profiles with no data and huge file size show up in system settings
https://bugs.kde.org/show_bug.cgi?id=374448 --- Comment #1 from Daniel Miranda <danielk...@gmail.com> --- Created attachment 103136 --> https://bugs.kde.org/attachment.cgi?id=103136=edit Phantom profile -- You are receiving this mail because: You are watching all bug changes.
[colord-kde] [Bug 374448] New: "Phantom" color profiles with no data and huge file size show up in system settings
https://bugs.kde.org/show_bug.cgi?id=374448 Bug ID: 374448 Summary: "Phantom" color profiles with no data and huge file size show up in system settings Product: colord-kde Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Systems Settings Module (KCM) Assignee: dantt...@gmail.com Reporter: danielk...@gmail.com Target Milestone: --- Created attachment 103135 --> https://bugs.kde.org/attachment.cgi?id=103135=edit Good profile When setting up color correction settings, the default color profiles for each monitor show up twice. One is the correct version, and the other is a "phantom" version with no information available, and a seemingly random, but large file size. Both have the same file name. I have two monitors connected, a Dell P2715Q (3840x2160 using Displayport) and a Dell U2211H (1920x1080 using DVI). GPU is an NVIDIA GTX 680 (proprietary drivers, version 375.26). I'm using Plasma 5.8.4 from Fedora 25 x86_64, and the following versions of colord-related packages: colord-libs-1.3.4-1.fc25.x86_64 colord-1.3.4-1.fc25.x86_64 colord-kde-0.5.0-2.fc25.x86_64 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 374425] New: Look and Feel, Desktop Theme and Splash Screen settings tabs are badly drawn with display scaling enabled
https://bugs.kde.org/show_bug.cgi?id=374425 Bug ID: 374425 Summary: Look and Feel, Desktop Theme and Splash Screen settings tabs are badly drawn with display scaling enabled Product: systemsettings Version: 5.8.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: kcm_desktopthemedetails Assignee: jamboar...@gmail.com Reporter: danielk...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 103124 --> https://bugs.kde.org/attachment.cgi?id=103124=edit Screenshot It seems some of the settings tabs of the Worskpace Theme settings applet are not updated/drawn correctly when display scaling is enabled. A part of the sidebar is drawn on top of the content, which is also offset incorrectly. Clicking around does seem to cause a redraw and fix. A screenshot is attached. Running Plasma 5.8.4 in Fedora 25 x86_64 with NVIDIA proprietary drivers. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 363548] file area becomes inaccessible for the mouse after opening a file on hidpi screen when using a multi monitor setting
https://bugs.kde.org/show_bug.cgi?id=363548 Daniel Miranda <danielk...@gmail.com> changed: What|Removed |Added CC||danielk...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 Daniel Miranda <danielk...@gmail.com> changed: What|Removed |Added CC||danielk...@gmail.com --- Comment #6 from Daniel Miranda <danielk...@gmail.com> --- I just hit this and found it very unintuitive. It seems weird for this to be an X11 limitation, since a similar setup works perfectly fine in GNOME Shell. Some UI information would be very welcome, as I was puzzled for a long while thinking something else was wrong. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 374369] New: Panel freezes with compositing enabled and displays out-of-date content
https://bugs.kde.org/show_bug.cgi?id=374369 Bug ID: 374369 Summary: Panel freezes with compositing enabled and displays out-of-date content Product: plasmashell Version: 5.8.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: danielk...@gmail.com Target Milestone: 1.0 Created attachment 103104 --> https://bugs.kde.org/attachment.cgi?id=103104=edit Screenshot (icons blurred for privacy) After some amount of time (or due to some circumstance I cannot determine), the panel will "freeze", and get stuck displaying a very old image (from hours ago). Icons will no longer be updated or highlighted, but interaction works - clicking in the areas corresponding to the icons works fine, and even attempting to change panel settings works, but it *does not* make the panel update correctly. Compositing is enabled, with KWin set to OpenGL (tried both 2.0 and 3.1). Setting vsync to automatic, full or cheap doesn't change anything (haven't tried XRender or other vsync settings yet). A screenshot demonstrating the issue is attached. System setup: Fedora 25 x86_64 Plasma 5.8.4 KDE Frameworks 5.27.0 Qt 5.7.1 Linux 4.8.15 NVIDIA proprietary drivers (375.26) -- You are receiving this mail because: You are watching all bug changes.