[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 Corbin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Corbin --- Ah, turns out I used the wrong email for opening this bug report, so it didn't auto close. Anyway, my merge request was accepted, this problem will be solved with the next release. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 --- Comment #7 from Corbin --- I've found the issue. It's the greedy match on \S+ which WILL match across the other tags, creating one giant abomination of a match when there are multiple tags present. Classic regex. Merge Request incoming, hopefully I remember how to do that correctly. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 --- Comment #6 from Corbin --- I shall attempt to fix the issue, but success isn't guaranteed... -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235
--- Comment #5 from Corbin ---
Looking into this more, I found the regular expression that find the style
color: "\\.ColorScheme-(\\S+){color:(#[0-9a-fA-F]+);}"
(https://invent.kde.org/frameworks/breeze-icons/-/blob/master/src/tools/generate-symbolic-dark.cpp?ref_type=heads)
Which works, until some of the svg files are formatted like this:
(actions/16/blur.svg)
.ColorScheme-Text {
color:#232629;
}
There you'd need "\\.ColorScheme-(\\S+)\\s*{\\s*color:(#[0-9a-fA-F]+);\\s*}"
But it also fails for files like actions/16/bookmark-remove:
.ColorScheme-Text{color:#232629;}.ColorScheme-NegativeText
{ color: #da4453; }
Matter of fact, the pattern also doesn't match the latter negative text color
scheme, due to the additional space between color: and the #,
needing even more \s* patterns to properly detect all of these edge cases.
Though for this one, it doesn't matter, as only Text and Background
are actually handled in the code anyway. Though it'd probably be simpler to
eliminate all whitespace before trying to use regex to parse this.
Interestingly, it did work for a different file, where that looked like this:
.ColorScheme-Text { color:
#fcfcfc; }
with spaces in various positions.
And another one where it failed was well formatted, with no whitespace:
.ColorScheme-Text{color:#232629;}.ColorScheme-NeutralText{color:#f67400;}.ColorScheme-NegativeText
{ color: #da4453; }
The only consistent throughline here is that all the ones that failed, had more
than one ColorScheme set. Which shouldn't be the issue,
since a regex iterator is used, but that's just what must be happening.
--
You are receiving this mail because:
You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 Corbin changed: What|Removed |Added Attachment #169616|0 |1 is obsolete|| --- Comment #4 from Corbin --- Created attachment 169617 --> https://bugs.kde.org/attachment.cgi?id=169617=edit breeze 6 left vs breeze 5 right (dark) (from the fedora rpms, identical to arch packages) All right, sorry for the abject incompetence on display on my part, I hope I got this report properly assembled now. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 --- Comment #3 from Corbin --- Comment on attachment 169616 --> https://bugs.kde.org/attachment.cgi?id=169616 breeze 6 left vs breeze 5 right (from the fedora rpms, identical to arch packages) Wait, wrong picture. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 --- Comment #2 from Corbin --- Created attachment 169616 --> https://bugs.kde.org/attachment.cgi?id=169616=edit breeze 6 left vs breeze 5 right (from the fedora rpms, identical to arch packages) Not sure why this didn't attach to the main comment. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487234] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487234 --- Comment #2 from Corbin --- A misclick of pressing enter rather than shift enter caused this to be submitted prematurely, causing a duplicate report, since these cannot be edited afterwards. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487234] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487234 Corbin changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from Corbin --- *** This bug has been marked as a duplicate of bug 487235 *** -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 --- Comment #1 from Corbin --- *** Bug 487234 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487235] New: Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487235 Bug ID: 487235 Summary: Some Breeze (light) icons not recolored for the Breeze Dark package Classification: Plasma Product: Breeze Version: 6.0.4 Platform: unspecified OS: All Status: REPORTED Severity: normal Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: schwimmbe...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- I'm developing an application with PySide6 (Qt for Python) and use xdg icon theme names to let my app be themeable. This means it pulls icons from the system's icon theme, in my case, Breeze Dark. Unfortunately, Qt doesn't natively recolor icons, so with Breeze6 I noticed that some of my icons were now from the breeze instead of the breeze dark set. Looking at where the icons are stored: /usr/share/icons/breeze-dark I saw that many of the icons, especially in the status/16 directory, weren't actually recolored, but instead identical to their breeze (light) counterpart. Looking at the Gitlab, it's clear that there is an automated process that generates the dark icons from the light icons, but apparently it isn't working so well, as the number of un-recolored icons has drastically increased since breeze5. Checking the pacman cache, to look at the contents of the tar.gz that was installed, I saw much the same. Then checking another distro, I looked at the contents of the breeze-icon-theme-6.2.0 Fedora rpm (https://src.fedoraproject.org/rpms/breeze-icon-theme), which was identical. Attached is a split for the breeze 5 and breeze 6 dark icons. Using the Icon Explorer, the icons do load correctly, showing no signs of wrong coloring, so it's likely the runtime icon loader is fixing all these issues, but the static recoloring script isn't doing as good of a job. OBSERVED RESULT Many icons in breeze dark aren't fit for a dark background. EXPECTED RESULT All icons are properly recolored. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487234] New: Some Breeze (light) icons not recolored for the Breeze Dark package
https://bugs.kde.org/show_bug.cgi?id=487234 Bug ID: 487234 Summary: Some Breeze (light) icons not recolored for the Breeze Dark package Classification: Plasma Product: Breeze Version: 6.0.4 Platform: unspecified OS: All Status: REPORTED Severity: normal Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: schwimmbe...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- Created attachment 169615 --> https://bugs.kde.org/attachment.cgi?id=169615=edit breeze6 vs breeze5 (dark icons) I'm developing an application with PySide6 (Qt for Python) and use xdg icon theme names to let my app be themeable. This means it pulls icons from the system's icon theme, in my case, Breeze Dark. Unfortunately, Qt doesn't natively recolor icons, so with Breeze6 I noticed that some of my icons were now from the breeze instead of the breeze dark set. Looking at where the icons are stored: /usr/share/icons/breeze-dark I saw that many of the icons, especially in the status/16 directory, weren't actually recolored, but instead identical to their breeze (light) counterpart. Looking at the Gitlab, it's clear that there is an automated process that generates the dark icons from the light icons, but apparently it isn't working so well, as the number of un-recolored icons has drastically increased since breeze5. Checking the pacman cache, to look at the contents of the tar.gz that was installed, I saw much the same. Then checking another distro, I looked at the contents of the breeze-icon-theme-6.2.0 Fedora rpm (https://src.fedoraproject.org/rpms/breeze-icon-theme), which was identical. Attached is a split for the breeze 5 SUMMARY STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 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.
[korganizer] [Bug 485391] ToDo when enabled on Sidebar, Tasks Not Visible Until Going to the Discrete Todo view then back to Agenda.
https://bugs.kde.org/show_bug.cgi?id=485391 --- Comment #1 from Corbin --- And sorry, should add Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 440096] Improve time display in thin vertical panels
https://bugs.kde.org/show_bug.cgi?id=440096 Corbin changed: What|Removed |Added CC||ravetc...@gmail.com --- Comment #5 from Corbin --- Confirmed still in Plasma 6 Operating System: Fedora 40 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 485391] New: ToDo when enabled on Sidebar, Tasks Not Visible Until Going to the Discrete Todo view then back to Agenda.
https://bugs.kde.org/show_bug.cgi?id=485391 Bug ID: 485391 Summary: ToDo when enabled on Sidebar, Tasks Not Visible Until Going to the Discrete Todo view then back to Agenda. Classification: Applications Product: korganizer Version: 6.0.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: todoview Assignee: kdepim-b...@kde.org Reporter: ravetc...@gmail.com Target Milestone: --- SUMMARY The Todo Sidebar view is blank on opening the application which defaults to Agenda view. STEPS TO REPRODUCE 1. Enable Google sync to bring in Tasks and Calendar. 2. Settings > "Show To-Do View" & Disable "Show Date Navigator" 3. Reload Application, Tasks view is blank until we go to To-Do List view, then back to Agenda from the toolbar. OBSERVED RESULT Terminal Output qt.core.qobject.connect: QObject::disconnect: Unexpected nullptr parameter org.kde.pim.akonadicore: Model TodoViewSortFilterProxyModel(0x5635a77234f0) is not derived from ETM or a proxy model on top of ETM. org.kde.pim.akonadicore: Model TodoViewSortFilterProxyModel(0x5635a77234f0) is not derived from ETM or a proxy model on top of ETM. org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid org.kde.pim.akonadicalendar: IncidenceTreeModel::mapFromSource() source index is invalid qt.qpa.wayland: Creating a popup with a parent, QWidgetWindow(0x5635a7579510, name="MainWindow#1Window") which does not match the current topmost grabbing popup, QWidgetWindow(0x5635a7d39170, name="settingsWindow") With some shell surface protocols, this is not allowed. The wayland QPA plugin is currently handling it by setting the parent to the topmost grabbing popup. Note, however, that this may cause positioning errors and popups closing unxpectedly. Please fix the transient parent of the popup. EXPECTED RESULT To-Do Sidebar view isn't empty/blank on fresh application load. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora Linux 40 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION Syncing Google Calendar and Nextcloud. Please let me know if there's any other information I can provide or guidance on how to run it a more debug like mode. I'm New to KDE/Korganizer -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 465712] After upgrade to 5.27, periodic visual glitches when monitors' refresh rates don't match
https://bugs.kde.org/show_bug.cgi?id=465712 Corbin changed: What|Removed |Added CC||schwimmbe...@gmail.com --- Comment #22 from Corbin --- I had this same issue, 144Hz main monitor, 60Hz secondary monitor, with the same Nvidia 2080Ti GPU. Fortunately, the issue was fixed with the latest driver release, I believe it was Version: 535.129.03 Release Date: 2023.10.31 (https://www.nvidia.com/Download/driverResults.aspx/213194/). I have no more sudden black flickers of parts of the monitors when running at my preferred refresh rates. In other words, I don't think this was a Plasma bug to begin with. In my opinion this is resolved. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 469455] New: Certain common math character not rendered
https://bugs.kde.org/show_bug.cgi?id=469455 Bug ID: 469455 Summary: Certain common math character not rendered Classification: Applications Product: okular Version: 23.04.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: schwimmbe...@gmail.com Target Milestone: --- SUMMARY I'm reading a scientific paper and came across a strange gap. Using other pdf readers like the ones provided by firefox and chromium browsers, the symbol was rendered correctly. The symbol in question being ∈. For some reason, it doens't render, leaving a blank void. The text can be copied, however, which results in this: `he ∈` and sometimes this `den ∈`, it appears to be random. It's possible this issue may need to be escalated to whoever maintains the poppler backend, if that's where the issue lies. The file in question is freely available here: https://www.dbs.ifi.lmu.de/Publikationen/Papers/KDD-96.final.frame.pdf The problem appears a lot on page 3. STEPS TO REPRODUCE 1. Open the example pdf 2. Scroll to page 3 OBSERVED RESULT There is a blank void where the character should be. EXPECTED RESULT The character should be rendered correctly. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Kernel Version: 6.2.12-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 459478] [FR] please allow to disable/resize the Description field, it takes half of screen unnecessarily
https://bugs.kde.org/show_bug.cgi?id=459478 --- Comment #6 from Corbin --- (In reply to Ami from comment #2) > That would be great, thank you. Job done, the splitter will be coming to you with the next gwenview release :) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 332921] Can't expand Meta Information or hide Semantic Info
https://bugs.kde.org/show_bug.cgi?id=332921 Corbin changed: What|Removed |Added CC||schwimmbe...@gmail.com --- Comment #26 from Corbin --- (In reply to Paul from comment #25) I'm a new contributor, and this was within my capabilities, so I figured this was a good place to start. I'm glad so many people can benefit from this. I'll be looking into more bugs soon :) -- You are receiving this mail because: You are watching all bug changes.
[kcron] [Bug 266218] kcron should ask for super user rights when choosing system cron
https://bugs.kde.org/show_bug.cgi?id=266218 Corbin changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED CC||schwim...@gmail.com --- Comment #3 from Corbin --- https://invent.kde.org/system/kcron/-/commit/3e209619532ff5ee1792c0333df158b2104990bf Fixed in version 21.12 -- You are receiving this mail because: You are watching all bug changes.
[bugs.kde.org] [Bug 411428] New: file-picker support links locations in GTK file dialogues from KDE/Qt created link locations
https://bugs.kde.org/show_bug.cgi?id=411428 Bug ID: 411428 Summary: file-picker support links locations in GTK file dialogues from KDE/Qt created link locations Product: bugs.kde.org Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: sysad...@kde.org Reporter: edencor...@gmail.com CC: she...@kde.org Target Milestone: --- SUMMARY It would be great if a quicklink / location created in dolphin was consistently available in open / save dialogues for as many programs as possible. It does not, for instance, in vscode. STEPS TO REPRODUCE 1. install vscode 2. open or save a file 3. note that any quick link locations (think MyProjects folder) are not present in the open / save dialogue OBSERVED RESULT The open/save dialogue is default locations only. EXPECTED RESULT Quick links created in Dolphin /qt to be present in the open / save dialogue. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Neon Latest ADDITIONAL INFORMATION Brought this up on neon.kde.org IRC great info I got from there: current the GTK and KDE/Qt file choosers use different data stores, so links you create in one will not be visible in the other. however this is actually something we might be able to fix in KDE-land we might be able to use the same datastore as the other one, especially if it uses a FreeDesktop standard. -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 382348] Wallet not disabling, erroring
https://bugs.kde.org/show_bug.cgi?id=382348 --- Comment #2 from Eden Corbin <edencor...@gmail.com> --- Could be I am not familiar with centOS default configuration, or what step I chose that. However, it seems it should be easier to disable, why should I get errors if I disable it? Is that intended functionality? -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 382348] New: Wallet not disabling, erroring
https://bugs.kde.org/show_bug.cgi?id=382348 Bug ID: 382348 Summary: Wallet not disabling, erroring Product: kwalletmanager Version: unspecified Platform: RedHat RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: va...@kde.org Reporter: edencor...@gmail.com Target Milestone: --- I deleted all my wallets (never wanted to have it enabled), went to system settings KDE Wallet and unchecked enable KDE wallet subsystem, logged out and back in, and it is still harassing me to log into kdewallet and printing The kwalletd service has been disabled to my console. -- You are receiving this mail because: You are watching all bug changes.
