[kde] [Bug 467065] New: Many apps don't respect font size settings on Wayland, displaying text much smaller than the set size
https://bugs.kde.org/show_bug.cgi?id=467065 Bug ID: 467065 Summary: Many apps don't respect font size settings on Wayland, displaying text much smaller than the set size Classification: I don't know Product: kde Version: unspecified Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: k...@araucaria.anonaddy.com Target Milestone: --- Created attachment 157121 --> https://bugs.kde.org/attachment.cgi?id=157121&action=edit Screeshots of affected apps at different font sizes I feel like someone must already have reported this, but I couldn't find it. Setup: OpenSuse Tumbleweed, Plasma 5.27.2, single 1080p screen, Intel integrated graphics, Wayland session, scaling at 100%. Summary: A variety of applications show extremely small fonts and sometimes UI by default and do not respect font size, either chosen through the font size selector or through font dpi forcing. These apps include: - All flatpaks (unresponsive to all font size changes) - Firefox, Thunderbird, Chromium browsers, GIMP, Inkscape, Lutris and VLC (responsive, but starting at such a small size that by the time they are readable the rest of the OS has gigantic fonts) STEPS TO REPRODUCE 1. Enter a Wayland session with default 100% scaling 2. Open one of the aforementioned applications, Thunderbird being the most blatant due to its condensed UI 3. Compare font sizes with Dolphin or System Settings. Try changing font sizes in settings. OBSERVED RESULT Some applications have extremely small fonts, that are either unresponsive to font size settings or increase but remain much smaller than the rest of the system fonts. EXPECTED RESULT All applications respect the general font size settings, without the need for increasing global scaling (which does make these apps legible, but makes the rest enormous) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION The attached screenshots include one flatpak app (Flatseal), Thunderbird (non-flatpak, very small fonts) and the Plasma Settings app for comparison. Please note: the Thunderbird text in the screenshot responds to changes in the "general" font category and to none of the others, so it should be compared with that. A temporary and very patchy solution for me was adding GDK_DPI_SCALE=1.25 variable in the .desktop file for each the concerned apps, except QT_SCALE_FACTOR=1.25 for VLC. For Electron apps running them with --force-device-scale-factor=1.25 seems to work, and for Chromium browsers --force-device-scale-factor=1.25 helps. Flatpaks are unresponsive and I couldn't even find a hacky solution for those. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 467065] Many apps don't respect font size settings on Wayland, displaying text much smaller than the set size
https://bugs.kde.org/show_bug.cgi?id=467065 edrics changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 467065] Many apps don't respect font size settings on Wayland, displaying text much smaller than the set size
https://bugs.kde.org/show_bug.cgi?id=467065 --- Comment #1 from edrics --- Solved – the issue depended on different scaling setting in the xX11 and Wayland session -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 457980] Application windows don't move to another activity
https://bugs.kde.org/show_bug.cgi?id=457980 edrics changed: What|Removed |Added CC||k...@araucaria.anonaddy.com --- Comment #1 from edrics --- The same happens to me on Wayland, while on X11 the feature works as intended -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 433781] Albums with the same name from different artists both appear under both artists in Elisa
https://bugs.kde.org/show_bug.cgi?id=433781 --- Comment #2 from edrics --- (In reply to Jack Hill from comment #1) > Does this still happen? I just copied a file and changed the artist and > album artist tags, and couldn't reproduce the issue. Well I did find out that the issue only happened because I did not make use of the "Album Artist" tag field, and once I added it to all my collection the problem disappeared. Now, after seeing your comment I tried seeing if it still happened by adding two songs that would cause the issue, but Elisa's way of adding songs is really not consistent (when scanning for new music things rarely appear until a complete rescan at boot) and I could not get the songs to appear at all... Granted, I haven't tried for too long, but in case you can also test without the "Album Artist" tag to check. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 433781] Albums with the same name from different artists both appear under both artists in Elisa
https://bugs.kde.org/show_bug.cgi?id=433781 --- Comment #3 from edrics --- Also, even if there is an easy workaround I would still consider it a bug: Album artist or not, there is no reason to put albums with different Artists together just because the albums have the same name. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 486491] Playlist randomly unpauses by itself after a few hours
https://bugs.kde.org/show_bug.cgi?id=486491 edrics changed: What|Removed |Added Version|24.02.2 |24.05.1 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 486491] New: Playlist randomly unpauses by itself after a few hours
https://bugs.kde.org/show_bug.cgi?id=486491 Bug ID: 486491 Summary: Playlist randomly unpauses by itself after a few hours Classification: Applications Product: Elisa Version: 24.02.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: k...@araucaria.anonaddy.com Target Milestone: --- SUMMARY Once a playlist on Elisa is paused and left alone for a few hours, it can randomly start playing again. Since it is so random, I could not pinpoint any root cause. The setup is the following: listening to music in the evening, usually through bluetooth headphones, I tend to leave my laptop awake overnight in the bedroom. Over the past month or two, at least seven times the music started playing by itself early in the morning. This happens rarely enough that I end up forgetting to close Elisa at night, until it happens again. It also happens when music in Elisa was not the last played media on the device. STEPS TO REPRODUCE 1. Add a few songs to the playlist in Elisa 2. Pause a song and leave the computer alone, making sure it never goes into sleep mode 3. Wait for a few hours (or even days) OBSERVED RESULT The song may start playing again EXPECTED RESULT The song should stay paused forever or until manually played 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.
[lattedock] [Bug 426881] New: "Hide floating gap for maximised windows" sets margins-screen setting to 0 instead of setting them to ---
https://bugs.kde.org/show_bug.cgi?id=426881 Bug ID: 426881 Summary: "Hide floating gap for maximised windows" sets margins-screen setting to 0 instead of setting them to --- Product: lattedock Version: git (master) Platform: openSUSE RPMs OS: Other Status: REPORTED Severity: minor Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: k...@araucaria.anonaddy.com Target Milestone: --- Created attachment 131874 --> https://bugs.kde.org/attachment.cgi?id=131874&action=edit Two top docks of the same thickness show a size difference when one has margins-screen set to --- and the other to 0 or more. SUMMARY The option "Hide floating gap for maximised windows" does not fully annull the effect of the setting "margins: screen". Instead, a difference of a few pixels is noticeable. STEPS TO REPRODUCE 1. Create a dock, for instance a top bar occupying half of the screen 2. Set the dock to "windows go below" for ease of measurement 3. Enable "Hide floating gap for maximised windows" 4. Set Margins-screen to any value above ---, including 0; 5. Open a maximised window, then change the margins-screen value to ---. The dock now shrinks slightly, both in width and in height. EXPECTED RESULT The option "Hide floating gap for maximised windows" should annull the margin effect when windows are maximised, leaving the dock exactly as thick as if the margin setting were ---. Instead it leaves an additional thickness, as shown in the picture. SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuse Tumbleweed KDE Plasma Version: 15.19.5 KDE Frameworks Version: 5.73.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION The attached image shows two top docks of the same thickness: the left one has its margins-screen set to ---, the right one set to 5 (any value leads to the same effect). The left dock is exactly as thick as the firefox bar while the right one is slightly thicker -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 386055] Icon-only task manager: App being pinned in another activity affects its position in taskbar
https://bugs.kde.org/show_bug.cgi?id=386055 edrics changed: What|Removed |Added CC||k...@araucaria.anonaddy.com --- Comment #3 from edrics --- Same issue on 5.20 (openSUSE Tumbleweed), icons do not want to be repositioned and when they finally agree to be moved they go back up when a second one is moved. I have the same issue as elman@seznam, if different launchers are pinned on different activities they change their order randomly. All this is on latte dock, but I'm told since it uses the same libraries it is prone to the same issues. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 480043] New: Impossible to configure preview plugins in desktop
https://bugs.kde.org/show_bug.cgi?id=480043 Bug ID: 480043 Summary: Impossible to configure preview plugins in desktop Classification: Plasma Product: plasmashell Version: 5.27.10 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Desktop Containment Assignee: plasma-b...@kde.org Reporter: k...@araucaria.anonaddy.com CC: notm...@gmail.com Target Milestone: 1.0 SUMMARY *** Within the desktop settings, the setting "Previews" under the section "Icons" only works in part. It is possible to show or hide all previews, but unchecking some preview plugins within the "Configure Preview Plugins" option yields no result and all plugins are reset to active once the changes are applied. *** STEPS TO REPRODUCE 1. Have a non-empty folder and a file on the desktop (Folder View mode) 2. Open the "Configure Desktop and Wallpaper" settings by right-clicking on the desktop and go to the "Icons" section 3. At the bottom of the page, open the "Configure Preview Plugins" menu 4. Uncheck the "Folders" plugin and apply all changes. OBSERVED RESULT No change takes place: folder previews are still visible and reopening the "Configure Preview Plugins" menu shows that the change has not been saved. EXPECTED RESULT Folder previews disappear and the Folder plugin within "Configure Preview Plugins" remains unchecked. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.00 Qt Version: 5.15.12 ADDITIONAL INFORMATION This also applies to the same setting within the Folder View plasmoid, but not to the Previews settings within Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[elisa] [Bug 434399] New: When selecting an artist, the albums list overlaps with the previous Artists list
https://bugs.kde.org/show_bug.cgi?id=434399 Bug ID: 434399 Summary: When selecting an artist, the albums list overlaps with the previous Artists list Product: elisa Version: 20.12.3 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: k...@araucaria.anonaddy.com Target Milestone: --- Created attachment 136670 --> https://bugs.kde.org/attachment.cgi?id=136670&action=edit An example of overlap SUMMARY When selecting an artist from the Artists list, even when using the search bar, the albums list of the selected artist overlap with the list of artists (see attachment). STEPS TO REPRODUCE 1. Browse Elisa's Artists list 2. Select an artist OBSERVED RESULT The list of albums by the selected artist overlaps with the previous list of artists EXPECTED RESULT The list of artists disappears, giving way to the list of albums SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed KDE Plasma Version: 5.21.1 and 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[elisa] [Bug 434399] When selecting an artist, the albums list overlaps with the previous Artists list
https://bugs.kde.org/show_bug.cgi?id=434399 --- Comment #2 from edrics --- (In reply to Nate Graham from comment #1) > Well that's strange. I cannot reproduce the issue. I figured, since it seems no one else on the internet has this issue... I noticed it doesn't happen all the time, but for instance it always does right after booting up. Do you have some advice on how to track down the cause? On a hunch I tried changing compositor, but it made no difference. -- You are receiving this mail because: You are watching all bug changes.
[elisa] [Bug 433781] New: Albums with the same name from different artists both appear under both artists in Elisa
https://bugs.kde.org/show_bug.cgi?id=433781 Bug ID: 433781 Summary: Albums with the same name from different artists both appear under both artists in Elisa Product: elisa Version: 20.12.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: k...@araucaria.anonaddy.com Target Milestone: --- Created attachment 136276 --> https://bugs.kde.org/attachment.cgi?id=136276&action=edit Each picture shows an artist's discography under "Artists". All three homonymous albums from different artists appear under all three of the artists' list of albums. If two albums from different artists have the same title, both albums will appear under both artists' names. For instance: "Infinity" by Journey and "Infinity" by Devin Townsend both appear under Artist→Journey and under Artist→Devin Townsend STEPS TO REPRODUCE 1. Have two homonymous albums by different artists in Elisa's collection OBSERVED RESULT Both albums appear under both artists' discographies, under "Artists" and under "Genres→Artist" EXPECTED RESULT Only the album by that artist should appear in their discography SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed, KDE Plasma KDE Plasma Version: 5.21 and previous KDE Frameworks Version: 5.79 and previous Qt Version: 5.15.2 ADDITIONAL INFORMATION In the screenshot examples there is a third album named "Infinity" by a third artist, Planetarium. The same behaviour is displayed. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483148] TM context menu "Move to [activity name]" doesn't move window, and instead shows window on all activities
https://bugs.kde.org/show_bug.cgi?id=483148 edrics changed: What|Removed |Added CC||k...@araucaria.anonaddy.com --- Comment #4 from edrics --- Still present in Plasma: 6.2.3, I will add two observations: 1. The bug seems to exist only when there are just two activities. I created a third activity to check if the window appears on all activities or just the starting and target ones: suddenly windows can be moved without bugs between activities, as expected using this action. 2. When there are only two activities, the bug acts as described. I will just add that using the "move to activity" action twice has the desired effect: the first time it shows it in both activities, the second time the window disappears from the starting activity and remains only in the target one. It is like selecting "show in all activities" and then de-selecting the starting activity. Can anyone confirm these behaviours? -- You are receiving this mail because: You are watching all bug changes.
