[plasmashell] [Bug 481829] Resizing applets is extremely choppy: Opposite edge and content jump back and forth
https://bugs.kde.org/show_bug.cgi?id=481829 --- Comment #13 from Ye Jingchen --- Could it be the problem of QML? I see the same choppiness when resizing Discover, System Monitor: https://youtu.be/QL59GKW691Q Operating System: Arch Linux KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.10-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 477775] After enabling ipv6 and then reconnecting, ipv6 addresses are not shown in the "Details" tab of plasma-nm applet until Plasma is restarted
https://bugs.kde.org/show_bug.cgi?id=45 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com Version|unspecified |6.1.5 --- Comment #1 from Ye Jingchen --- Still the case in Plasma 6.1.5. Operating System: Arch Linux KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.10-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492485] Breeze window decoration outline causes gap in window snapping
https://bugs.kde.org/show_bug.cgi?id=492485 --- Comment #5 from Ye Jingchen --- Created attachment 173618 --> https://bugs.kde.org/attachment.cgi?id=173618&action=edit Plasma 6.2 at 175% scaling Notice horizontal gap between the left and lower dolphin, how outline in different windows have different width, and outline of different width within the same window. Actually the outline width changes when resizing windows. I am not sure if this is the same problem as the wider gap as I originally reported, or an unrelated problem. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492485] Breeze window decoration outline causes gap in window snapping
https://bugs.kde.org/show_bug.cgi?id=492485 --- Comment #4 from Ye Jingchen --- Created attachment 173617 --> https://bugs.kde.org/attachment.cgi?id=173617&action=edit Plasma 6.2 at 200% scaling I tried the new Plasma 6.2 beta in a VM, no more gaps in 100% or 200% scaling! But gaps still exists in some scaling factors like 150% and 175%, so I guess the bug is (unintentionally) fixed solved but it leaves some rounding issues. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492485] Breeze window decoration outline causes gap in window snapping
https://bugs.kde.org/show_bug.cgi?id=492485 --- Comment #3 from Ye Jingchen --- (In reply to Nate Graham from comment #2) > I'm having a hard time reproducing this on git master, with a 225% scale > screen. > > Would you be able to attach a screen recording that shows it happening? https://youtu.be/GrDoHvfBbLI I recorded the behavior on a 200% scaled monitor, with window shadow disabled for clarity. I also tried 225% scaling factor, but the gap is also there. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 487221] Option to set monitor to primary does not appear right away
https://bugs.kde.org/show_bug.cgi?id=487221 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492485] Breeze window decoration outline causes gap in window snapping
https://bugs.kde.org/show_bug.cgi?id=492485 --- Comment #1 from Ye Jingchen --- Created attachment 173193 --> https://bugs.kde.org/attachment.cgi?id=173193&action=edit firefox and three dolphins Another show case of gaps -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492485] New: Breeze window decoration outline causes gap in window snapping
https://bugs.kde.org/show_bug.cgi?id=492485 Bug ID: 492485 Summary: Breeze window decoration outline causes gap in window snapping Classification: Plasma Product: Breeze Version: 6.1.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: window decoration Assignee: plasma-b...@kde.org Reporter: ye.jingc...@gmail.com CC: kwin-bugs-n...@kde.org, uhh...@gmail.com Target Milestone: --- Created attachment 173192 --> https://bugs.kde.org/attachment.cgi?id=173192&action=edit kwrite surrounded by firefox SUMMARY With outline enabled, snapping windows (with breeze decoration, of course) together always leaves a gap on the right side and lower side, but not on the upper side and left side. If one of the windows is not using server side decoration, then the gap is only visible closer to the breeze decorated window. STEPS TO REPRODUCE 1. Enabled breeze outline in System Settings -> Colors & Themes -> Window Decorations -> Breeze -> Edit Breeze Theme -> Shadows and Outline, set Outline intensity to anything other than Off. Optionally disable shadow here, to make things easier to recognize. 2. Open multiple KWrite windows, or other app using server side decoration. 3. Try snapping them together in varies direction. OBSERVED RESULT The breeze decorated window leaves a gap on the right and lower side. The gap size seems to be related to scaling factor: On my 200% screen the gap is 2px wide, but only 1px on 150% screen. EXPECTED RESULT Snapped windows should leaves no gap with outline enabled. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.7-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 481829] Resizing applets is extremely choppy: Opposite edge and content jump back and forth
https://bugs.kde.org/show_bug.cgi?id=481829 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com --- Comment #11 from Ye Jingchen --- On 6.1.4, resizing applets vertically still results in glitches, but horizontally it's better. Operating System: Arch Linux KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 Kernel Version: 6.10.3-arch1-2 (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488855] Searching in Widget Explorer while using Fcitx5 input method will exit Edit mode
https://bugs.kde.org/show_bug.cgi?id=488855 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 481933] Menus somtimes appear as normal windows when activated from anything other than the current active window
https://bugs.kde.org/show_bug.cgi?id=481933 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 486065] dolphin crashed while draggin a video file to another app
https://bugs.kde.org/show_bug.cgi?id=486065 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com --- Comment #2 from Ye Jingchen --- Created attachment 168902 --> https://bugs.kde.org/attachment.cgi?id=168902&action=edit Dolphin crash backtrace This happened to me as well. With the "split view" open, dragging a subtitle file into mpv causes dolphin to crash, and it is quite consistent. Unfortunately getting a backtrace in DrKonqi almost used up all my RAM and triggered oom killer :/ I manage to get a backtrace manually using `coredumpctl gdb`. Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: HP Product Name: HP EliteBook 845 14 inch G9 Notebook PC -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 481723] All OSD notifications displaced during and after disconnecting external monitor
https://bugs.kde.org/show_bug.cgi?id=481723 --- Comment #8 from Ye Jingchen --- My screen arrangement looks like this: >+--+ >| | >| | >| LG HDR 4K | > +---+|3840x2160@200%| > | || | > | laptop screen || | > | 1920x1200@150%|+--+ > | | > +---+ It didn't happen when I put the laptop to the right of external monitor. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 481723] All OSD notifications displaced during and after disconnecting external monitor
https://bugs.kde.org/show_bug.cgi?id=481723 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com --- Comment #7 from Ye Jingchen --- I am also hitting this, the volume / brightness OSD sometimes appears at upper left corner, or just attached to the left side of the screen somewhere. Usually happens after waking up the laptop from sleep, and might have something to do with external monitor waking up slower than laptop. But I'm not sure how to reliably reproduce this. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 14.9 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: HP Product Name: HP EliteBook 845 14 inch G9 Notebook PC -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 466026] Spectacle screenshot scales cross-monitor content with artifacts
https://bugs.kde.org/show_bug.cgi?id=466026 --- Comment #3 from Ye Jingchen --- It seems spectacle 24.02.2 already improved a lot, presumably by apps switching to Qt 6 and supporting fractional scaling. I will check again when 24.05 released and with various other apps. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kfilemetadata] [Bug 485491] File type is shown as English in zh_CN locale
https://bugs.kde.org/show_bug.cgi?id=485491 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482185] Context menu (when right-clicking on the desktop) appears in a separate window after external monitor restart
https://bugs.kde.org/show_bug.cgi?id=482185 --- Comment #9 from Ye Jingchen --- (In reply to revinary from comment #8) > I experience this bug as well under Plasma 6.0.2 and Qt 6.6.2 on Arch Linux. > > Regular panel (vertical, not floating, no auto-hide) containing "Application > Menu", "Icon-Only Task Manager", "System Tray" and "Digital Clock". > Context menus of the task and tray icons work correctly. > Context menus of the app menu, task manager and clock show as top-level > windows in the middle of the screen. > > When the Application Menu is open the button's context menu works correclty. In my experience, a window need to be focused to trigger this bug. Opening application window changes the focus to application menu itself, thus bypassing the issue. > > In my case there is no screen (un)locking involved. > Simply power cycling my DP monitor does not trigger the bug, either. > In addition, after the power cycle I need to open a context menu in another > application first (Vivaldi in my case, menu shows correctly) and then the > bug manifests for plasmashell context menus. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482185] Context menu (when right-clicking on the desktop) appears in a separate window after external monitor restart
https://bugs.kde.org/show_bug.cgi?id=482185 --- Comment #7 from Ye Jingchen --- Might not be related, but the last "unlock" step comes with an additional lock screen with only a "Unlock" button, after the normal password unlock screen. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482185] Context menu (when right-clicking on the desktop) appears in a separate window after external monitor restart
https://bugs.kde.org/show_bug.cgi?id=482185 --- Comment #6 from Ye Jingchen --- Created attachment 166966 --> https://bugs.kde.org/attachment.cgi?id=166966&action=edit Context menu shown as a window -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482185] Context menu (when right-clicking on the desktop) appears in a separate window after external monitor restart
https://bugs.kde.org/show_bug.cgi?id=482185 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #5 from Ye Jingchen --- Can confirm. This happens when using external monitor as the only screen, and when the screen powers off during lock screen. STEPS TO REPRODUCE 1. Connect laptop to external monitor and disable internal screen in display settings. 2. Add a panel to the top of the screen. Bottom, left and right panel don't trigger this. 3. Check that context menu on panels and desktop is working when focused on a window. 4. Win+L to lock screen. 5. Press the power button to turn off the external monitor. Note that monitor's sleep feature might not be able to trigger this consistently. 6. Power on external monitor. 7. Unlock, focus a window, and try right clicking on panels and desktops. OBSERVED RESULT Right clicking on top panel or the desktop when a window is focused will bring the context menu as a small window titled `plasmashell`. Running `systemctl --user restart plasma-plasmashell.service` will reset to normal behavior, until next time external monitor is powered off during lock screen. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 482628] ALT+F activates "find" in the toolbar
https://bugs.kde.org/show_bug.cgi?id=482628 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 462860] Rectangle capture modes have wrong GUI sizing and positioning with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=462860 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 --- Comment #9 from Ye Jingchen --- This still happens on Plasma 5.27.2: titlebar becoming sharp or blurry depending on window being closer to integer-scaled or fractional-scaled screens. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 448078] Global Menu does not work in Qt6
https://bugs.kde.org/show_bug.cgi?id=448078 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466026] New: Spectacle screenshot scales cross-monitor content with artifacts
https://bugs.kde.org/show_bug.cgi?id=466026 Bug ID: 466026 Summary: Spectacle screenshot scales cross-monitor content with artifacts Classification: Plasma Product: kwin Version: 5.27.0 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: ye.jingc...@gmail.com Target Milestone: --- Created attachment 156454 --> https://bugs.kde.org/attachment.cgi?id=156454&action=edit cross monitor screenshot, left@2x, right@1.5x SUMMARY (This is continued from https://bugs.kde.org/show_bug.cgi?id=460675, but might not be related) I have two monitors side by side, the left one scaled at 200%, the right one 150%. If Spectacle capture a rectangle region screenshot containing parts from both monitors, the part containing 150% monitor is scaled with artifacts not present on screen. If the rectangle is entirely within either monitor, the result is the same as on screen. STEPS TO REPRODUCE 1. Create the above monitor setup. 2. Open a integer scaled window (Dolphin or Gwenview, which doesn't support the new fractional-scale protocol yet), put it across monitor border. 3. Use spectacle to capture a rectangle region containing the window above, across monitor border. 4. Save and see the resulting screenshot without scaling **on a integer scaled monitor** OBSERVED RESULT The right half (from 150% scaled monitor) contains weird artifacts, especially on texts. (See attachment "left@2x, ri...@1.5x.png") EXPECTED RESULT The right half should match as closely as possible to what is seen to the eye, without those artifacts. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.27.0 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION I just realized when experimenting with Spectacle, that in order for the window to maintain its shape across monitors in screenshot, some scaling must be done after capturing both monitors. So the resulting artifacts on the right half is (probably) caused by Spectacle scaling up the 150% half, which is already scaled down from 200% by kwin, to match the 200% half. The only problem is the scaling algorithm that introduced those artifacts. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460675] blurry screenshot under wayland with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=460675 --- Comment #10 from Ye Jingchen --- (In reply to Toby from comment #6) > I can confirm that the 5.27 update fixed my issue (Wayland, 1.75 scale, > single monitor), so I suggest marking this as solved. > > The multi-monitor case is more tricky and maybe should have its own separate > issue. You're right, it works fine on a single monitor. I will open another issue. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460675] blurry screenshot under wayland with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=460675 --- Comment #5 from Ye Jingchen --- Created attachment 156301 --> https://bugs.kde.org/attachment.cgi?id=156301&action=edit Dolphin window across screen border I have two monitors side by side, the left one scaled at 200% and the right one 150%. This is what Spectacle takes after putting a Dolphin window at screen border: left half is pixel sharp, but the right half is weirdly scaled. To the eye, the right half roughly similar to the left half. Using Plasma Wayland 5.27 on Arch Linux. GPU is AMD Radeon 680m (integrated graphics), mesa 22.3.4-1. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460675] blurry screenshot under wayland with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=460675 --- Comment #4 from Ye Jingchen --- (In reply to Vlad Zahorodnii from comment #3) > The reason why screenshots are blurry is that kwin downscales the window > contents. 5.27 should be better. Note that the client side should also > support fractional scaling. Qt should support fractional scaling in 6.5+ I think the situation is a bit frustrating even in 5.27, because I still can't get a screenshot that looks the same as what is on screen. My theory is the same as what Toby described initially, that screenshots by Spectacle are way blurrier that on screen, not only because window content is scaled down (from 2x), but it's *scaled down and up again*, creating artifacts not present on screen. Though I wonder whether this is caused by kwin sending blurry images to Spectacle, or Spectacle mess up scaling stuff internally. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460675] blurry screenshot under wayland with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=460675 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 --- Comment #6 from Ye Jingchen --- (In reply to Nate Graham from comment #5) > Possibly Bug 460573? Or related to it? Doesn't seem like the same problem, as I don't see difference between window content, only the title bar is blurry. However the blurry title bar does seems a bit clearer when maximized, though it's hard to tell whether it's the title bar really changing, or just some scaling artifact disappeared. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 --- Comment #4 from Ye Jingchen --- Created attachment 153325 --> https://bugs.kde.org/attachment.cgi?id=153325&action=edit blurry title bar with window closer to 150% screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 --- Comment #3 from Ye Jingchen --- Created attachment 153324 --> https://bugs.kde.org/attachment.cgi?id=153324&action=edit crisp title bar with window closer to 200% screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456855] KWin titlebar and Xwayland window contents are blurry on certain screen coordinates when fractional scaling is enabled
https://bugs.kde.org/show_bug.cgi?id=456855 Ye Jingchen changed: What|Removed |Added CC||ye.jingc...@gmail.com --- Comment #2 from Ye Jingchen --- Can confirm this still happens on KDE Plasma 5.26.2, with KF 5.99 and Qt 5.15.6, on Arch Linux. This behavior is more obvious when using two monitors: one with 200% integer scaling, the other fractional (e.g. 150%), and put the window across the screen border, with the title bar visible on both sides. When the window is closer to the 200% screen, title bar is pixel sharp (including text, app icon and control buttons) on the 200% screen, and a little bit blurry due to scaling on the 150% screen (which is normal); However, if the window is moved closer to the 150% screen, title bar suddenly become blurry even on the 200% screen, and more blurry on the 150% screen, more blurry than it was when window is closer to 200% screen. When moved back closer to 200% screen, title bar become crisp again. The window content is identical in two scenarios above, that is it didn't become more blurry or more crisp when title bar blurriness changes. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452219] New: Low fps and high CPU usage on external monitor connected to NVIDIA when default GPU is Intel
https://bugs.kde.org/show_bug.cgi?id=452219 Bug ID: 452219 Summary: Low fps and high CPU usage on external monitor connected to NVIDIA when default GPU is Intel Product: kwin Version: 5.24.4 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: ye.jingc...@gmail.com Target Milestone: --- SUMMARY My laptop is an Intel+NVIDIA optimus one, which has an HDMI port on Intel GPU, and an mini DisplayPort on NVIDIA. If the external monitor is connected to the NVIDIA miniDP port, though both internal and external monitor are detected correctly and both show the desktop, whole desktop renders pretty low fps, and kwin_wayland process consumes nearly 100% CPU of a single core. However, if the image on external monitor stays static, kwin_wayland stays calm and the internal monitor is smooth as usual. If I set environment variable `KWIN_DRM_DEVICES=/dev/dri/card0` (NVIDIA GPU determined from /dev/dri/by-path and lspci), kwin can drive the external monitor even if connected to NVIDIA miniDP port, but the internal monitor is not detected. Moreover, if I set `KWIN_DRM_DEVICES=/dev/dri/card0:/dev/dri/card1` (NVIDIA followed by Intel), same syndrome occurs just like when KWIN_DRM_DEVICES is absent. STEPS TO REPRODUCE 1. Boot into KDE desktop without external monitor 2. Connect external monitor to NVIDIA GPU 3. Logout and set KWIN_DRM_DEVICES=/dev/dri/card0 in /etc/environment (from tty or ssh) 4. Login again with the external monitor still on NVIDIA GPU OBSERVED RESULT After step 2, both monitor works, but desktop is low fps and kwin_wayland process consumes high CPU usage; after stop 4, desktop on external monitor works smoothly, but internal monitor is not detected. EXPECTED RESULT No matter which GPU is default, or which port external monitors connect to, desktop should be smooth. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.17.1-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.5 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 965M/PCIe/SSE2 Graphics Processor: Intel HD Graphics 530 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 446986] Underline is not shown when using Inconsolata font 14pt or larger
https://bugs.kde.org/show_bug.cgi?id=446986 --- Comment #1 from Ye Jingchen --- Created attachment 144548 --> https://bugs.kde.org/attachment.cgi?id=144548&action=edit konsole-inconsolata-13pt.png -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 446986] New: Underline is not shown when using Inconsolata font 14pt or larger
https://bugs.kde.org/show_bug.cgi?id=446986 Bug ID: 446986 Summary: Underline is not shown when using Inconsolata font 14pt or larger Product: konsole Version: 21.12.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: font Assignee: konsole-de...@kde.org Reporter: ye.jingc...@gmail.com Target Milestone: --- Created attachment 144547 --> https://bugs.kde.org/attachment.cgi?id=144547&action=edit konsole-inconsolata-14pt.png SUMMARY *** When using Inconsolata font, and font size is set to 14pt or larger, underlined (smul) text is shown without underline. This doesn't occur with other fonts. *** STEPS TO REPRODUCE 1. Install the font, I'm using Arch package ttf-inconsolata 2. Set font for current profile to Inconsolata 14pt or larger 3. Run `tput smul; echo "This text is underlined (smul) Inconsolata 14pt"; tput rmul` for some underlined text OBSERVED RESULT There is no underline at all, see attachment konsole-inconsolata-14pt.png. EXPECTED RESULT Text with normal underline like when using 13pt or smaller font size, see attachment konsole-inconsolata-13pt.png. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 Kernel Version: 5.15.7-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Using Wayland, 100% global scale on a single monitor. -- You are receiving this mail because: You are watching all bug changes.