[dolphin] [Bug 430022] Safety feature: option to disable drag and drop
https://bugs.kde.org/show_bug.cgi?id=430022 --- Comment #5 from JanKusanagi --- (In reply to Germano Massullo from comment #0) > It may increase safety for some users in operating > with data storages Older users for instance. I can already think of some. But you'll need some so-called "UX experts" to vouch for this idea if you want it implemented :p -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 430022] Safety feature: option to disable drag and drop
https://bugs.kde.org/show_bug.cgi?id=430022 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #4 from JanKusanagi --- Powerful from time to time... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #14 from JanKusanagi --- Thankfully the Mageia packagers were able to accommodate me and backported it. It helps that some of them were also annoyed by the new behavior (let's not forget, changed suddenly after years and years of working a certain way... XKCD 1172!! xD) I'm using it now and it works fine =) Thanks! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #12 from JanKusanagi --- Was this backported to 5.20.3? *_* -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 428048] Ksysguard leaks memory when opened for a long time
https://bugs.kde.org/show_bug.cgi?id=428048 --- Comment #4 from JanKusanagi --- Still no issue here. KSysGuard running for 9h17m, using 32,6 MiB. -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 428048] Ksysguard leaks memory when opened for a long time
https://bugs.kde.org/show_bug.cgi?id=428048 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- For contrast, I haven't experienced this problem after running KSysGuard for 3+ hours. The only difference in versions, apparently, is that here in Mageia I have Qt 5.15.1, which maybe fixes something in 5.15.0 that "breaks" KSysGuard... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #9 from JanKusanagi --- Well, I thank you for trying and for the good intentions =) After several days with this, I can now really say it's maddening at times. I saw in the MR for the original change how someone had exactly the same issue that I have, understanding the effect of "minimization moves to the bottom" just like I do. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #7 from JanKusanagi --- Thanks, appreciated =) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #5 from JanKusanagi --- In the meantime, could we maybe have a config file option, without a GUI counterpart? Just so some of us don't go insane =) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 --- Comment #4 from JanKusanagi --- (In reply to Nate Graham from comment #3) > In this case, I haven't ever found anyone to understand the option for an > alternative task switcher, so I don't think that removing it to make room > for another option would be a big problem. Not to stop anyone from freeing "budget" for the option I want, but I don't see what's so weird about the alternative switcher. AFAICT, it's there so you can have, say, alt+tab for a classic list switcher, and say, meta+tab for a flip cover switcher, so you can use one or the other depending on what you need in the moment. I _personally_ don't have a use for that, but XKCD 1172 =) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427840] New: Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore
https://bugs.kde.org/show_bug.cgi?id=427840 Bug ID: 427840 Summary: Minimizing a window doesn't move it to the bottom of the Task Switcher (alt+tab) list anymore Product: kwin Version: 5.20.0 Platform: Mageia RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: tabbox Assignee: kwin-bugs-n...@kde.org Reporter: jan-b...@gmx.co.uk Target Milestone: --- SUMMARY For the longest time, before Plasma 5.20, minimizing a window moved it to the bottom of the alt+tab list, which in my workflow meant "I don't want to access this window anytime soon". Now, that's no longer possible and requires some muscle-memory re-training, which makes me go back to the "pseudo-discarded" window all the time. https://xkcd.com/1172/ I'm sure the new behavior makes sense to a lot of people, but this was well-established behavior, that some of us count on :'( Thanks for listening. STEPS TO REPRODUCE 1. Set your task switcher's "sort order" to "recently used" (I believe this is the default) 2. Open at least 3 windows. 3. Minimize one of them. 4. Press/hold Alt+Tab to see the task switcher. OBSERVED RESULT The window you just minimized is the next option in the list. If you press alt+tab and release quickly, you'll just end up going back to the minimized window. EXPECTED RESULT The minimized window should (optionally, if you wish) go to the bottom of the list. SOFTWARE/OS VERSIONS GNU/Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.20.0 KDE Frameworks Version: 5.75 Qt Version: 5.15.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 425992] Network Speed widget is not working on neon unstable
https://bugs.kde.org/show_bug.cgi?id=425992 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #25 from JanKusanagi --- I really hope using NetworkManager is _not_ required now to use this widget... The widget's config (besides having all kinds of weird bugs when selecting the "display style" or setting the widget's title) doesn't show any actual network interfaces, only the "all interfaces" which doesn't work at all. KSysGuard has no issues with this, if that helps. The weird thing is, I'm fairly sure that the widget worked on my first login into Plasma 5.20... -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 424050] Sometimes free space available disappears from the status bar after I mount a partition of an internal hard disk
https://bugs.kde.org/show_bug.cgi?id=424050 --- Comment #4 from JanKusanagi --- Well, apparently this has been silently fixed in Mageia at some point during the last couple of weeks or so, either by a KF5 update, a Dolphin update to 20.08.1 (build with the updated KF5), the Qt 5.15.1 update, or something else... -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 424050] Sometimes free space available disappears from the status bar after I mount a partition of an internal hard disk
https://bugs.kde.org/show_bug.cgi?id=424050 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- This happens to me since Dolphin 20.08 without the need to mount anything. The space information bar disappears from one specific tab (and not others) when a new file is "suddenly" added to the folder being shown in that tab, by, say, being moved there by another program, a download completing, etc. When this happens, the right-click option is still checked, and the bar can be brought back just by unchecking that, and checking it again. -- You are receiving this mail because: You are watching all bug changes.
[amarok] [Bug 424139] HTML in KDE Panel
https://bugs.kde.org/show_bug.cgi?id=424139 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #2 from JanKusanagi --- (In reply to Nate Graham from comment #1) > Arguably that commit was correct and these apps should never have been using > raw HTML in the first place. Arguably that has been supported for 70 versions of KDE Frameworks, and removed without any warning or care. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltips when apps put HTML in there
https://bugs.kde.org/show_bug.cgi?id=422616 --- Comment #26 from JanKusanagi --- (In reply to Nicolas Fella from comment #24) > That sounds unexpected and potentially dangerous so I would object to such a > workaround Could the plasma-integration, or whatever it is that makes Qt programs use KF5 filepickers and such, maybe "intervene" in how Qt5's QSystemTrayIcon creates the SNI's and behaves in regards to tooltips? Then it could transform those into tooltips with maybe no "title", and the contents moved to the "sub-title" field? Then it could render as Qt programs have come to expect... I want to believe the solution to this bug is not "all those programs are broken until Qt6, or until they reimplement their SNI's some other way" or something like that... -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltips when apps put HTML in there
https://bugs.kde.org/show_bug.cgi?id=422616 --- Comment #22 from JanKusanagi --- (In reply to Nicolas Fella from comment #19) > The spec mentions markup being allowed in the tooltip text/subtitle, not the > title. I read this as markup is not allowed in the title Now I've realized that in programs like KTorrent and Konversation, which use both fields, the Title looks like the only part of the tooltip in the programs I use that have this HTML problem. Looks like those programs are only using the Title field. Apparently Qt5's QSystemTrayIcon's setToolTip() only sets the title field. I realize this is not Plasma's problem "per se", but since it might be breaking a bunch of programs, maybe have some kind of "if title has HTML but there's no descriptive text, interpret title as descriptive text, and program's name as title" or something like that. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltips when apps put HTML in there
https://bugs.kde.org/show_bug.cgi?id=422616 --- Comment #21 from JanKusanagi --- (In reply to Nicolas Fella from comment #19) > The spec mentions markup being allowed in the tooltip text/subtitle, not the > title. I read this as markup is not allowed in the title I don't have a problem with that =) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltips when apps put HTML in there
https://bugs.kde.org/show_bug.cgi?id=422616 --- Comment #17 from JanKusanagi --- (In reply to David Edmundson from comment #16) > I've just realised I'm talking about different specifications. > These are SNIs are and not notifications. Ah, phew... Then I guess https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/Markup/ makes it clear that the most basic tags like should be supported. I'd add that (and its variations) should be supported too. For the record, *notifications* are not broken, as something like: kdialog --passivepopup "This is a TEST." work fine =) Cheers! -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltips when apps put HTML in there
https://bugs.kde.org/show_bug.cgi?id=422616 --- Comment #15 from JanKusanagi --- (In reply to David Edmundson from comment #13) > >Or Tell all the apps they they have to change to follow what the > >documentatio says (which is now enforced by reality). > > We will do this. We have specifications for a reason. I'm sorry, but to be clear, *what* will you be doing? Supporting the HTML subset mentioned in the spec you linked https://specifications.freedesktop.org/notification-spec/latest/ar01s04.html ? I see this has been "resolved" as "downstream", which sounds like it's been decided to ignore all HTML and be done with it... -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 421329] New Global Shortcuts KCM: shortcut to launch 3rd-party apps don't work
https://bugs.kde.org/show_bug.cgi?id=421329 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #18 from JanKusanagi --- I can confirm that global shortcuts thing happens here too, and I'd say that was back in Plasma 5.18 too. Using KMenuEdit to set those global shortcuts failed just the same. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 404955] Add an option to always show the file extension
https://bugs.kde.org/show_bug.cgi?id=404955 --- Comment #14 from JanKusanagi --- Having seen this in Dolphin 20.04.2, kudos!! Much better solution, thansk! =) -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 422839] Adding network interfaces screws the system monitor widgets
https://bugs.kde.org/show_bug.cgi?id=422839 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #3 from JanKusanagi --- I'd say messing with the configuration of these widgets, in general, breaks them. I just lost the whole "Line Chart Details" page after tweaking things a bit. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 422672] New System Monitor widgets: "Apply" button doesn't work as expected after I add or remove a sensor
https://bugs.kde.org/show_bug.cgi?id=422672 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- Can reproduce, quite constantly, on Plasma 5.19.1. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 422616] Garbled HTML information in system tray icon tooltip for firewall applet
https://bugs.kde.org/show_bug.cgi?id=422616 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #9 from JanKusanagi --- I also have a bunch of programs (mostly Qt-but-not-KF5-based) which use some HTML tags in the tooltip and are now horrible to read xD I say either filter out img="http..." tags, or at least allow the most common styling ones, like and (and , very much needed!). Thanks! -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 415762] Exiting the session in a Yakuake tab sometimes crash Yakuake
https://bugs.kde.org/show_bug.cgi?id=415762 --- Comment #30 from JanKusanagi --- I can confirm that since Mageia rebuilt Konsole with those 2 patches, I can't crash neither Yakuake nor Dolphin's terminal the way I used to (and Yakuake has been running without issue for over 24 hours). THANKS! -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 420695] Dolphin crashes when closing terminal via "Close Session"
https://bugs.kde.org/show_bug.cgi?id=420695 --- Comment #15 from JanKusanagi --- (In reply to Wolfgang Bauer from comment #14) > Should be fixed by either > https://invent.kde.org/utilities/konsole/-/commit/ > 76f3764b47985f5fe50532d46b2e043ba8e31e4a or > https://invent.kde.org/utilities/konsole/-/commit/ > d40e3c72f2ad9262d6028bc62bc2837067b824a0 . Mageia applied both patches and I can confirm that I can't crash neither Yakuake nor Dolphin's terminal the way I used to. THANKS! -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 420695] Dolphin crashes when closing terminal via "Close Session"
https://bugs.kde.org/show_bug.cgi?id=420695 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 420528] Gwenview SaveAs overwrites file without asking for confirmation
https://bugs.kde.org/show_bug.cgi?id=420528 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #4 from JanKusanagi --- Can confirm I just noticed this, too. My process wasn't by means of clicking any files, just selecting a different image format, which kept the file name and changed the extension. If another file with this name and the "new" extension already existed, it was overwritten without question. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 415762] Exiting the session in a Yakuake tab sometimes crash Yakuake
https://bugs.kde.org/show_bug.cgi?id=415762 --- Comment #19 from JanKusanagi --- I just found out, thanks to certain updates in a Debian Sid machine, that I can't crash Yakuake 20.04 if it's run/built with Frameworks 5.62 (what Debian Sid has ATM). At least, not following my method that crashes every single time under Mageia with KF 5.69: https://bugs.kde.org/show_bug.cgi?id=415762#c4 Considering other bugs in Konsole related to recent changes in KBookmarks, could that be what's breaking Yakuake too? If so, I've read about some changes in KF5.70 that might help... (In reply to Ruben Kelevra from comment #15) > This bug is open for 4 months now, is there even any active development on > this project?! Relax... And to be fair, I'd say most people (me included) didn't start to get this crash until ~2 weeks ago. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 420966] After tab-completing to a path and hitting enter, Dolphin instead navigates to the first suggested subdirectory of that path
https://bugs.kde.org/show_bug.cgi?id=420966 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- Just don't hit TAB, enter a few letters + enter, directly. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 415762] Exiting the session in a Yakuake tab sometimes crash Yakuake
https://bugs.kde.org/show_bug.cgi?id=415762 --- Comment #11 from JanKusanagi --- (In reply to Ricardo J. Barberis from comment #10) > Happens to me too, seeminlgy randomly. > > I didn’t experience crashes yesterday nor today but I'm being careful not to > leave any text selected with the mouse (X selection) before closing the > session, which was my gut feeling. See https://bugs.kde.org/show_bug.cgi?id=415762#c4 -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 415762] Exiting the session in a Yakuake tab sometimes crash Yakuake
https://bugs.kde.org/show_bug.cgi?id=415762 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #4 from JanKusanagi --- I get a crash that looks mostly like "Thread 1" in the original report, and I can reproduce consistently after a second of launching Yakuake with this simple procedure: - Press the shortcut to show Yakuake. - Right-click somewhere in the "console area" to get the context menu. - Dismiss the context menu by clicking in any other empty area of the "console area". - Press Ctrl+D to exit the Bash shell, which closes the only tab, and crashes Yakuake. Operating System: Mageia 8 KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.1 Yakuake reports itself as "Version 3.0.5+". The "package version" is 20.04.0, same as Konsole. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 417457] entry of an app that is not playing audio has sound icon while another app plays audio
https://bugs.kde.org/show_bug.cgi?id=417457 --- Comment #11 from JanKusanagi --- (In reply to pveax from comment #10) > Persists on: Please stop. If the bug was fixed, it would have been clear right here. You're not helping anyone by commenting, at every little update, that "still happens". -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 404955] Add an option to always show the file extension
https://bugs.kde.org/show_bug.cgi?id=404955 --- Comment #8 from JanKusanagi --- (In reply to J.D from comment #7) > Can this be made optional? I like the way it was before this "fix". I've > seen other people also not like this forceful change that can't be reversed. Yes, please. It's very annoying for many of my folders (plus I have little need to know the extensions then). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black
https://bugs.kde.org/show_bug.cgi?id=412078 --- Comment #59 from JanKusanagi --- (In reply to Tristan Miller from comment #56) (In reply to Heiko Becker from comment #57) OK, so the Mageia folks have updated librsvg to 2.47.1 and I can confirm that with it, this issue is indeed gone =) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black
https://bugs.kde.org/show_bug.cgi?id=412078 --- Comment #58 from JanKusanagi --- (In reply to Heiko Becker from comment #57) > In any case 2.47.0 is actually older than 2.46.4, so you probably want to > ask the Mageia packagers a) why they ship a development version and b) why > they don't update it to the latest version of that branch (2.47.3, 2.47.1 > also has the fixes which are included in 2.46.4). Ah, good to know, thanks! FTR, I'm talking about Mageia Cauldron, ie, the development branch, which would explain why the development version of librsvg is in use here. But I'll ask them to upgrade it to the latest 2.47. Thanks for the pointer =) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black
https://bugs.kde.org/show_bug.cgi?id=412078 --- Comment #55 from JanKusanagi --- Mageia has librsvg-2.47.0 and this issue still reappeared with Plasma 5.18. What version of librsvg is required to fix this? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 404955] Add an option to always show the file extension
https://bugs.kde.org/show_bug.cgi?id=404955 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black
https://bugs.kde.org/show_bug.cgi?id=412078 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #50 from JanKusanagi --- So this has started happening to me again since updating to Plasma 5.17.90, and now on 5.18.0. Anyone else? =) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 417457] entry of an app that is not playing audio has sound icon while another app plays audio
https://bugs.kde.org/show_bug.cgi?id=417457 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #4 from JanKusanagi --- Can reproduce on Mageia (Plasma 5.18.0, KF 5.67.0, Qt 5.14.1), with mpv which suffers from the same. I'm guessing if the process generating the sound has a taskbar entry for itself, like these regular media players, unlike those "web-browser-extra-process-players", it can just stop looking for more task manager entries to "mark"? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 393282] Changing inactive colour effects switches to disabled colour effects
https://bugs.kde.org/show_bug.cgi?id=393282 --- Comment #3 from JanKusanagi --- Still happening in Mageia, with Plasma 5.15.1, but AFAIK someone's looking into it, and they've already found the cause \o/ -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 393282] Changing inactive colour effects switches to disabled colour effects
https://bugs.kde.org/show_bug.cgi?id=393282 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[frameworks-qqc2-desktop-style] [Bug 404497] QQC2 Combobox's pop-up does not fully respect the color scheme
https://bugs.kde.org/show_bug.cgi?id=404497 --- Comment #5 from JanKusanagi --- (In reply to Nate Graham from comment #4) > > there was a missing dependency on qqc2-desktop-style > I hope you've reported this to your distro! :) It was actually Mageia's packagers who found that and asked me to check the updates, so, yeah, kinda =) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-qqc2-desktop-style] [Bug 404497] QQC2 Combobox's pop-up does not fully respect the color scheme
https://bugs.kde.org/show_bug.cgi?id=404497 --- Comment #3 from JanKusanagi --- OK, I'm an idiot xD Turns out there was a missing dependency on qqc2-desktop-style, so that wasn't being installed. An updated plasma-desktop package depending on qqc2-desktop-style fixed the unreadable comboboxes issue, and actually made many other things look much better. Comboboxes are actually better than they were in Plasma 5.14 =) Maybe it would be good if this kind of thing could be a little less silent when failing to load needed components. So I guess we can close this non-bug. Sorry for the noise! -- You are receiving this mail because: You are watching all bug changes.
[frameworks-qqc2-desktop-style] [Bug 404497] New comboboxes used since Plasma 5.15 are unreadable with dark color schemes
https://bugs.kde.org/show_bug.cgi?id=404497 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- Created attachment 118168 --> https://bugs.kde.org/attachment.cgi?id=118168=edit Plasma 5.14 was decent in this regard (not perfect, bud good enough) Also attaching comparison to Plasma 5.14.5 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-qqc2-desktop-style] [Bug 404497] New: New comboboxes used since Plasma 5.15 are unreadable with dark color schemes
https://bugs.kde.org/show_bug.cgi?id=404497 Bug ID: 404497 Summary: New comboboxes used since Plasma 5.15 are unreadable with dark color schemes Product: frameworks-qqc2-desktop-style Version: 5.55.0 Platform: Mageia RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: notm...@gmail.com Reporter: jan-b...@gmx.co.uk CC: k...@davidedmundson.co.uk Target Milestone: --- Created attachment 118167 --> https://bugs.kde.org/attachment.cgi?id=118167=edit Configure Desktop dialog is very hard to use with a dark color scheme SUMMARY Comboboxes used since Plasma 5.15.0 in places like the Desktop Settings dialog (which used to be OK), are now unreadable while using a dark color scheme. Apparently the affected dialogs have been ported to QQC2. I'm attaching a screenshot that says it all. Cheers! STEPS TO REPRODUCE 1. Go to System Settings → Colors, and select something built-in, but dark, like Breeze Dark. 2. Right-click the desktop and select Configure Desktop. 3. Click any of the readily available comboboxes there. OBSERVED RESULT Only currently selected item is readable, the rest are white text on white background. EXPECTED RESULT Background should be one of the dark tones from the color scheme, designated for one of the several kinds of backgrounds. SOFTWARE/OS VERSIONS Operating System: Mageia 7 KDE Plasma Version: 5.15.0 Qt Version: 5.12.1 KDE Frameworks Version: 5.55.0 ADDITIONAL INFORMATION Problem is not there with Plasma 5.15 and same version of KF5, but that makes sense since this dialog didn't use QQC2 in 5.14, apparently. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-qqc2-desktop-style] [Bug 396254] QQC2 context menu theme differs from widget theme
https://bugs.kde.org/show_bug.cgi?id=396254 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 404418] Gwenview doesn't report error when loading URL with non-existent file
https://bugs.kde.org/show_bug.cgi?id=404418 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 404418] New: Gwenview doesn't report error when loading URL with non-existent file
https://bugs.kde.org/show_bug.cgi?id=404418 Bug ID: 404418 Summary: Gwenview doesn't report error when loading URL with non-existent file Product: gwenview Version: 18.12.1 Platform: Mageia RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: jan-b...@gmx.co.uk Target Milestone: --- SUMMARY If we try to open an image URL that points to a non-existent file (but with a working server part), like https://imgur.com/a/doesnotexs.jpg, Gwenview's progress indicator will spin forever, and we'll get this message: > "We should not reach this point!" which apparently comes from this file/line: https://cgit.kde.org/gwenview.git/tree/lib/document/loadingdocumentimpl.cpp#n177 It's to be expected for Gwenview to clearly report that the file cannot be found =) However, with some servers, Gwenview will show that HTML files are not supported instead, for instance, : http://akarixb.nongnu.org/thisdoesnotexist.png > Loading ‘thisdoesnotexist.png’ failed > Gwenview cannot display documents of type text/html. I imagine maybe this case can't be fixed, but at least the user get some kind of error message. Additionally, if the server doesn't even exist or can't be resolved, Gwenview will also spin forever, but with no particular output in the console. Example: $ gwenview https://weiorjwio3939399393eqweqe2213.com/fake.jpg So, to try to sum up: it fails silently with URL's where the file doesn't exist, but depending on the server it might get content-type html, and then report that as the error, and also fails silently if the server doesn't exist. Thank you for your time! STEPS TO REPRODUCE 1. Launch 'gwenview https://imgur.com/a/doesnotexs.jpg' or equivalent from a terminal window. 2. Loading thingie spins forever. 3. Check terminal window for "We should not reach this point!" message. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) Operating System: Mageia 7 KDE Plasma Version: 5.14.5 Qt Version: 5.12.1 KDE Frameworks Version: 5.55.0 ADDITIONAL INFORMATION Reproduced also in Debian's Gwenview 18.04 and Archlinux's 18.12.x. -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 403661] user-online icon is non-standard, and user-available is missing
https://bugs.kde.org/show_bug.cgi?id=403661 --- Comment #1 from JanKusanagi --- And yes, I realize that spec is really outdated and seems to be comatose, but I guess the issue with this specific icon still applies xD I wonder what happened to that spec, being as important as it is... :( -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 403661] New: user-online icon is non-standard, and user-available is missing
https://bugs.kde.org/show_bug.cgi?id=403661 Bug ID: 403661 Summary: user-online icon is non-standard, and user-available is missing Product: Oxygen Version: 5.14.5 Platform: Mageia RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: icons Assignee: n...@oxygen-icons.org Reporter: jan-b...@gmx.co.uk Target Milestone: --- SUMMARY oxygen-icons provides a "user-online" icon that's the opposite of "user-offline", but as per the the icon naming spec https://specifications.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html there's no "user-online" defined, but there is one "user-available" that seems to fit the purpose. I've tested several other common icon themes, and they don't have user-online, and have the standardized user-available. Except for Breeze, which for completeness, I guess, provides both. Just copying or symlinking user-online to user-available would be more than enough. Thanks for your time. Oxygen rocks! STEPS TO REPRODUCE 1. N/A OBSERVED RESULT Oxygen iconset doesn't provide the standard user-available icon. EXPECTED RESULT user-available icon should be provided, by copying or symlinking the existing user-online. SOFTWARE/OS VERSIONS Operating System: Mageia 7 KDE Plasma Version: 5.14.5 Qt Version: 5.12.0 KDE Frameworks Version: 5.54.0 -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 403661] user-online icon is non-standard, and user-available is missing
https://bugs.kde.org/show_bug.cgi?id=403661 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 402172] Compiling against Qt 5.12 breaks QIcon::themeName with Plama platform plugin
https://bugs.kde.org/show_bug.cgi?id=402172 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kholidays] [Bug 383896] Israel's holidays are not displayed
https://bugs.kde.org/show_bug.cgi?id=383896 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #4 from JanKusanagi --- (In reply to Shimi from comment #2) > was actually one of the "Linux" features I showed > off to friends as lacking in their corporate operating systems. Now it is > gone :( The feature is not gone, there's just a bug with this particular locale. The feature works perfectly fine for most other countries/locales. I'll add that "Victory Day", the only Gregorian-based event in the Israel holiday file, is handled correctly, so it's not like parsing the file fails. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 368827] Using the KWin Resize keyboard shortcut, all keypresses are sent into the window during the resize
https://bugs.kde.org/show_bug.cgi?id=368827 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399989] The QListWidget crashes and/or corrupts its list when I drag/drop items with icons.
https://bugs.kde.org/show_bug.cgi?id=399989 --- Comment #4 from JanKusanagi --- This is the bug I reported to Qt back in the day: https://bugreports.qt.io/browse/QTBUG-63546 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399989] The QListWidget crashes and/or corrupts its list when I drag/drop items with icons.
https://bugs.kde.org/show_bug.cgi?id=399989 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 399889] XDG Portal for FileChooser shows raw shell globs in "Automatically select extension" text box
https://bugs.kde.org/show_bug.cgi?id=399889 --- Comment #2 from JanKusanagi --- Easily reproducible also with KDialog, like this: kdialog --getsavefilename "$HOME" "PNG files (*.[Pp]ng)" if the user enters a file name like "test" in that dialog and presses Enter, the string returned by KDialog will be: /home/yourusername/test.[Pp]ng -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 399889] XDG Portal for FileChooser shows raw shell globs in "Automatically select extension" text box
https://bugs.kde.org/show_bug.cgi?id=399889 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- For the record, executing this on a Qt-based program under Plasma: QFileDialog::getSaveFileName(this, "TEST", "", "TEST files (*.[pP]ng *.blah);;ALL (*)"); shows that same uglyness. Not sure if that "wildcard syntax" is/should be supported, but it certainly displays badly in the "Automatically select filename extension" message in those dialogs -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 398671] Unusable folding code with python
https://bugs.kde.org/show_bug.cgi?id=398671 JanKusanagi changed: What|Removed |Added CC||jan-b...@gmx.co.uk --- Comment #1 from JanKusanagi --- I suggest specifying your version of KDE Frameworks, since there's no such thing as "attached frameworks". -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 393349] "object-locked" icon in "Actions" points to wrong icon
https://bugs.kde.org/show_bug.cgi?id=393349 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 393349] "object-locked" icon in "Actions" points to wrong icon
https://bugs.kde.org/show_bug.cgi?id=393349 --- Comment #1 from JanKusanagi <jan-b...@gmx.co.uk> --- Ah, forgot to add that while these paths and the screenshot are from a Mageia system, this is not a packaging issue. The same thing happens in Debian or Archlinux, for instance. -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 393349] New: "object-locked" icon in "Actions" points to wrong icon
https://bugs.kde.org/show_bug.cgi?id=393349 Bug ID: 393349 Summary: "object-locked" icon in "Actions" points to wrong icon Product: Oxygen Version: 5.12.2 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: icons Assignee: n...@oxygen-icons.org Reporter: jan-b...@gmx.co.uk Target Milestone: --- Created attachment 112143 --> https://bugs.kde.org/attachment.cgi?id=112143=edit Wrong icon being used in the desktop toolbox menu Let's see if I can explain this properly... There are these icons: [/usr/share/icons/oxygen]$ find -iname *object-locked* ./base/32x32/status/object-locked.png ./base/48x48/status/object-locked.png ./base/16x16/status/object-locked.png ./base/22x22/status/object-locked.png ./base/22x22/actions/object-locked.png Symlinked like this: [/usr/share/icons/oxygen/base]$ ls */*/object-locked.png lrwxrwxrwx 1 root root 31 Jan 15 10:51 16x16/status/object-locked.png -> ../actions/document-encrypt.png lrwxrwxrwx 1 root root 22 Jan 15 10:51 22x22/actions/object-locked.png -> document-encrypted.png lrwxrwxrwx 1 root root 31 Jan 15 10:51 22x22/status/object-locked.png -> ../actions/document-encrypt.png lrwxrwxrwx 1 root root 31 Jan 15 10:51 32x32/status/object-locked.png -> ../actions/document-encrypt.png lrwxrwxrwx 1 root root 31 Jan 15 10:51 48x48/status/object-locked.png -> ../actions/document-encrypt.png As you can see, the one in the "actions" category points to document-encrypted.png, not document-encrypt.png like the others. The former is a kind of "garbled sheet of paper", while the other one is a locked padlock. My actual problem is that this icon is used in Plasma, in the "desktop toolbox" menu, in the option to lock the widgets while they're unlocked, and looks really weird and doesn't make any sense. The opposite icon, used to unlock, is fine (the expected open padlock). I'll take this opportunity to thank the maintainers of Oxygen (in all its branches, be it widget style, Plasma style, icons...) for their awesome work in a set of icons and themes that I adore =) I know they're not the "in" themes anymore, but I love them over any other nonetheless. THANKS! -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 385273] Dragging QListWidgetItems with icons crashes under Plasma, not other envs
https://bugs.kde.org/show_bug.cgi?id=385273 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 385273] Dragging QListWidgetItems with icons crashes under Plasma, not other envs
https://bugs.kde.org/show_bug.cgi?id=385273 --- Comment #1 from JanKusanagi <jan-b...@gmx.co.uk> --- Just in case, I forgot to add that I can reproduce this consistently, every time. -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 385273] New: Dragging QListWidgetItems with icons crashes under Plasma, not other envs
https://bugs.kde.org/show_bug.cgi?id=385273 Bug ID: 385273 Summary: Dragging QListWidgetItems with icons crashes under Plasma, not other envs Product: plasma-integration Version: 5.10.4 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: mgraess...@kde.org Reporter: jan-b...@gmx.co.uk Target Milestone: --- Created attachment 108121 --> https://bugs.kde.org/attachment.cgi?id=108121=edit Backtrace, Qt 5.9.1, KF 5.38, Plasma 5.10.4 I noticed a crash in a program I develop, when dragging certain items (the ones that have an icon) from a QListWidget to another. I made a very small proof of concept, here: https://gitlab.com/bugpocs/WidgetListCrash The crash looks like this, triggered after dragging one of the items with icon from the left-side list to the right-side list: ./WidgetListCrash Trying to construct an instance of an invalid type, type id: 6553705 Trying to construct an instance of an invalid type, type id: 788558336 Trying to construct an instance of an invalid type, type id: 524358 terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Aborted (core dumped) Dragging the items with no icon works fine. I've tested this under Mageia, Debian and Archlinux, some i386, some x86_64, some under Plasma, some under other environments. I pondered reporting this to Qt directly, but the crash does NOT happen under Xfce or Mate, for instance, so I started to suspect KDEPlasmaPlatformTheme.so. The crash also doesn't happen under Plasma, IF I run the program with XDG_CURRENT_DESKTOP=something-other-than-KDE. Besides Plasma, the crash also happens under LXQt, unless doing the above trick. So basically, it seems like the crash is averted when Qt believes the environment is GTK-based. I don't know if this is due to something Qt does "directly", based on some of the desktop-depending stuff done, or instance, here: http://code.qt.io/cgit/qt/qtbase.git/tree/src/platformsupport/themes/genericunix/qgenericunixthemes.cpp http://code.qt.io/cgit/qt/qtbase.git/tree/src/platformsupport/services/genericunix/qgenericunixservices.cpp ... but after talking about this on #kde-devel, I've decided to report it here, and hopefully the experts will know ;) Thank you for your time! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 --- Comment #3 from JanKusanagi <jan-b...@gmx.co.uk> --- In the comment above, "Since I also have a global shorcut" was meant to end with "for maximizing windows" ;) More additional info: If I trigger this bug and send the systray popups to "limbo", they're still accessible via Kwin's alt-tab list, appearing there as "Plasma". -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added Version|5.8.6 |5.10.4 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 --- Comment #2 from JanKusanagi <jan-b...@gmx.co.uk> --- Follow-up fun: Since I also have a global shorcut, I realized that triggering window maximization (and later, "window restore") also affects these popups (and in this case, the calendar too) in an ugly way. Nothing's lost in this case, at least xD This on Plasma 5.10.4 now. Cheers! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 383019] Network Monitor plasmoid cannot show transfer rates in byte-based units anymore
https://bugs.kde.org/show_bug.cgi?id=383019 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 --- Comment #1 from JanKusanagi <jan-b...@gmx.co.uk> --- Just for completeness: I just checked, and once this bug is triggered, the Battery and Brightness icon, the KDE Connect icon, and the Clipboard icon suffer the same fate, if they're in the systray. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 377956] New: System tray's popups get lost if minimized (via global shortcut)
https://bugs.kde.org/show_bug.cgi?id=377956 Bug ID: 377956 Summary: System tray's popups get lost if minimized (via global shortcut) Product: plasmashell Version: 5.8.6 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: jan-b...@gmx.co.uk Target Milestone: 1.0 OK, I'm going for weird bug of the year here =) First, some background: I have global shortcuts set for maximizing and minimizing windows, configured in System Settings > Workspace > Shortcuts > Global Shortcuts. I have only one screen and only one panel, at the bottom. Today the Device Notifier popup appeared after inserting a USB drive, at the time I went to minimize a window with my global shortcut. Apparently the Device Notifier stole the focus, because the "minimizing" happened to the DN popup, not to the currently active window. Fair enough... but now, clicking on the Device Notifier, or any other, let's say, "plasma-native" icon in the systray that would show a popup (notifications and volume controller, in my case), no longer appear. Clicking them now shows a slight animation like focus is traveling from that icon to a point outside of the screen, somewhere at the far right/down corner, and no popup. Clicking the icon again reverses that "animation" and the "little light" comes back to the icon from that limbo-place xD For comparison, I can trigger the same thing to the "calendar popup" that appears when clicking the Digital Clock plasmoid in the panel, but in this case, the calendar appears correctly after clicking the clock again, only this time, it appears with a "restore window from minimized state" animation, which looks weird, but it _is_ restored. It seems to be only an issue with the popups that come from the systray. This happened to me in Plasma 5.8.6, but I've reproduced it on the first try on a Plasma 5.9.3 machine. I realize this is a bug that very few people will ever trigger, but still ;) Thanks! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370465] window state is hard to tell by looking at the task manager button
https://bugs.kde.org/show_bug.cgi?id=370465 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371488] Persistent Notifications removed with swipe come back later
https://bugs.kde.org/show_bug.cgi?id=371488 --- Comment #2 from JanKusanagi <jan-b...@gmx.co.uk> --- Verified to be fixed in Mageia's 5.8.3. Thanks!! =) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371488] Persistent Notifications removed with swipe come back later
https://bugs.kde.org/show_bug.cgi?id=371488 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371488] New: Persistent Notifications removed with swipe come back later
https://bugs.kde.org/show_bug.cgi?id=371488 Bug ID: 371488 Summary: Persistent Notifications removed with swipe come back later Product: plasmashell Version: 5.8.0 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Notifications Assignee: k...@privat.broulik.de Reporter: jan-b...@gmx.co.uk CC: mklape...@kde.org Created attachment 101703 --> https://bugs.kde.org/attachment.cgi?id=101703=edit Two test notifications displayed, when the first one was removed previously via "swipe". Persistent notifications remain until manually removed from the "Notifications" plasmoid list. A user can remove those notifications by clicking the red X button next to them (or to a group of them, if they come from the same program), but they can also be removed by clicking on their icon and dragging it to either side (swipe). If the user uses this second method, the notification disappears from the list, but it will come back when another notification from the same program appears. There's no issue when the notification is removed from the list via X button. This can be easily tested by a number of methods to create persistent , such as notify-send with -t 0, or qdbusviewer, for instance. The swipe is much easier to do if the notification has an icon, btw. I've noticed this mainly in Plasma 5.7.x and 5.8.0 in Mageia, but also verified to still be the case under Plasma 5.8.2 in Archlinux. Cheers! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 356609] Add options to prefer window icon over application icon
https://bugs.kde.org/show_bug.cgi?id=356609 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370156] digital clock font is tiny since plasma 5.8.0
https://bugs.kde.org/show_bug.cgi?id=370156 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 --- Comment #7 from JanKusanagi <jan-b...@gmx.co.uk> --- I'm sorry to abuse this bugreport like this, but one last thing: > Note that application developers have options here, e.g. a chat client could > properly register each group chat with the system and give it a custom icon > that way. Do you have any links or keywords about how that's done? I imagine maybe it has something to do with additional .desktop file properties, or individual window properties/flags other than the icon, but I'd like to point some developers that way. And it could enhance my own programs too =) Again, thanks! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 --- Comment #5 from JanKusanagi <jan-b...@gmx.co.uk> --- Ok, thanks for the detailed reasoning! To me, this is really a step backwards, but I understand why it's been done. Thank you. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 --- Comment #3 from JanKusanagi <jan-b...@gmx.co.uk> --- ... ok. Can it be discussed that it's really annoying? Would it hurt to make it optional? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 --- Comment #1 from JanKusanagi <jan-b...@gmx.co.uk> --- Additional details: This is with task grouping off, and it's about the "classic" task manager, not the "icon-only" one. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369658] New: Different windows from same app show icon defined in .desktop file instead of app-specified icon
https://bugs.kde.org/show_bug.cgi?id=369658 Bug ID: 369658 Summary: Different windows from same app show icon defined in .desktop file instead of app-specified icon Product: plasmashell Version: 5.8.0 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Task Manager Assignee: h...@kde.org Reporter: jan-b...@gmx.co.uk CC: plasma-b...@kde.org If you run a multi-window program, or multiple instances of the same program, like Konqueror for instance, each window might have a different "window icon", visible to the left of the title bar. In the specific case of Konqueror, the icon will be a sort of sheet icon with the "favicon" icon for the current page painted over a portion of the sheet. That same icon is used in the application switcher (alt+tab), although that depends on the type of switcher you're using of course. I'm using "informative". The problem here is that while the switcher uses the correct icons, the task manager shows always the application icon as defined in the .desktop file for the application. In the case of Konqueror, that's Konqueror's icon, the planet with the gear around it. So 3 different Konqueror windows look the same, icon-wise, in the taskbar, but they're different (which I find nice) in the application switcher. Another example would be the Psi Jabber/XMPP client, which shows different icons for individual chats, groupchats, and the main window. Under Plasma 5, all windows show the same icon, the "Psi" logo. I've verified that this does not happen if the program doesn't have a .desktop file. I've also found mention of this being expected in a pseudo-related bugreport: https://bugs.kde.org/show_bug.cgi?id=365355#c3 Both of the examples I gave are Qt4-based, but for the record, a program of mine, built with Qt 5, suffers from the same issue. So, to sum up: Using the icon specified in the .desktop file could be nice for windows that don't set an icon (instead of that generic "X11 icon", but I'd say that, if a window specifies which icon it wants, the task manager should use that one, like the application (task) switcher. Reproducible: Always Steps to Reproduce: 1. Open 2 Konqueror windows. 2. Load http://www.mageia.org/en/ in one window and http://planet.debian.org/ on the other. Actual Results: Both Konqueror windows show the Konqueror icon in the taskbar, the planet with the gear around it. Expected Results: One Konqueror window should show with an icon that's a paper sheet with a planet inside, and a Mageia logo (mageia.org's favicon) in a corner. The other window should use a similar icon, but with Debian's logo. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365355] Missing icons for some programs in taskbar
https://bugs.kde.org/show_bug.cgi?id=365355 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasma4] [Bug 321572] Icons in system tray don't scale like other widgets when making its panel bigger. New rows of icons are added instead.
https://bugs.kde.org/show_bug.cgi?id=321572 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 350356] wish:icons of minimized apps need to be darker
https://bugs.kde.org/show_bug.cgi?id=350356 JanKusanagi <jan-b...@gmx.co.uk> changed: What|Removed |Added CC||jan-b...@gmx.co.uk -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 364261] Only "Breeze" iconset will be used, even with Oxygen configured
https://bugs.kde.org/show_bug.cgi?id=364261 --- Comment #5 from JanKusanagi <jan-b...@gmx.co.uk> --- Awesome! Thanks again! -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 364261] Only "Breeze" iconset will be used, even with Oxygen configured
https://bugs.kde.org/show_bug.cgi?id=364261
--- Comment #3 from JanKusanagi <jan-b...@gmx.co.uk> ---
Thanks for the superquick fix =)
> An option would be to, instead, copy all icons that Kaffeine needs from
> Breeze (or Oxygen) and installing them as hicolor to work as fallback while
> other themes don't have those icons.
That sounds very sensible. I actually use that in my (Qt-only) programs, using
something like QIcon::fromtheme("something", QIcon(":/something.png")); and
adding these fallback icons in a Qt resource file. This way, only the missing
icons are replace by mine, while the rest are up to the user.
Anyway, thanks again! \o/
--
You are receiving this mail because:
You are watching all bug changes.
[kaffeine] [Bug 364261] New: Only "Breeze" iconset will be used, even with Oxygen configured
https://bugs.kde.org/show_bug.cgi?id=364261
Bug ID: 364261
Summary: Only "Breeze" iconset will be used, even with Oxygen
configured
Product: kaffeine
Version: 2.0.1
Platform: unspecified
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: general
Assignee: mche...@osg.samsung.com
Reporter: jan-b...@gmx.co.uk
Kaffeine 2.0.3 uses Breeze icons in the menus, even when system's configured
iconset is Oxygen.
I've found that in src/main.cpp, there is a function, iconThemeFunc() that
seems to handle this.
The function starts with this 'if' statement, on line 159 of current master:
if ((QIcon::themeName() != QLatin1String("breeze")
&& QIcon::themeName() != QLatin1String("oxgen"))
|| QIcon::themeName().isEmpty()) {
where we can see it looks for "oxgen" theme, instead of "oxygen", so it will
always default to "breeze" ;)
Thanks!
P.S.- I understand the decision to force either of these two iconsets, as
stated right before that function:
"// The icon Kaffeine needs are either at breeze or oxygen themes"
but I really think this should be optional, or a recommendation, or something
like that. I see no reason for people to have this program showing with a
completely alien iconset (for them), just because it's assumed other iconsets
are not complete enough.
What do you think?
--
You are receiving this mail because:
You are watching all bug changes.
