[plasmashell] [Bug 482827] New: Floating top panel invisibly obscures top of maximized window
https://bugs.kde.org/show_bug.cgi?id=482827 Bug ID: 482827 Summary: Floating top panel invisibly obscures top of maximized window Classification: Plasma Product: plasmashell Version: 6.0.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: athantor+kdeb...@athi.pl CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 166684 --> https://bugs.kde.org/attachment.cgi?id=166684=edit Screen-cast of the behavior. Top floating panel, when one maximizes a window of an application, „un-floats”, but the part of the screen, where bottom of this floating panel was occupying and now taken by the maximized window, still receives mouse events (hover, click), in effect invisibly blocking interaction with top part of a maximized window, which, for example, makes difficult to click on its close button. Attached an screen-cast of the behavior. Please notice when elements light up: the desktop switcher brights up, when mouse cursor is still over Firefox tab and Firefox's tab lights up only when cursor is over its middle, over bottom part. After disabling panel floating, everything works as expected. Bottom floating panel seems to be „unfloating” properly. Tested only on X11, as Wayland doesn't work on NVIDIA ootb. SCALING: 125% HDMI-0 connected primary 3840x2160+1920+0 (normal left inverted right x axis y axis) 700mm x 390mm DP-2 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 193mm Panel located at HDMI-0 screen. STEPS TO REPRODUCE 1. Add a top panel and make it floating 2. Open an app and maximize it 3. Try to click on its elements located at the top of the window. OBSERVED RESULT Panel „steals” mouse events. EXPECTED RESULT Maximized application receives mouse events. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch linux (available in About System) KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 NVIDIA: 550.54.14 Migrated from plasma5. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 464281] 1px gaps in Konsole with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=464281 Krzysztof Kundzicz changed: What|Removed |Added CC||athantor+kdeb...@athi.pl --- Comment #1 from Krzysztof Kundzicz --- https://bugs.kde.org/show_bug.cgi?id=462914 Same still in 22.12.3. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 462914] glitched horizontal lines in text selection @ 150% scale on X11
https://bugs.kde.org/show_bug.cgi?id=462914 --- Comment #9 from Krzysztof Kundzicz --- (In reply to nkwkelvin from comment #8) > Which version will include the fix? I am still facing this bug on 22.12.2. Supposedly it should've been fixed since 22.12.1 - https://kde.org/announcements/changelogs/gear/22.12.1/ : ``` [...] ▶ konsole [...] Fractional scaling and Antialias don't mix well. Commit. Fixes bug #462914 [...] ``` But in 22.12.3 IT IS STILL BROKEN, exactly as reported, nothing has changed. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 462914] glitched horizontal lines in text selection @ 150% scale on X11
https://bugs.kde.org/show_bug.cgi?id=462914
Krzysztof Kundzicz changed:
What|Removed |Added
CC||athantor+kdeb...@athi.pl
--- Comment #1 from Krzysztof Kundzicz ---
Created attachment 154525
--> https://bugs.kde.org/attachment.cgi?id=154525=edit
Gitching dialog
/me too, but also all ncurses-drawing apps are glitching out: every
updated/redrawn line is becoming misaligned, especially visible on solid
backgrounds.
It all stared after kde-gear update to the 22.12 version.
Attached an example with simple one-liner showing this glitching in `dialog`
program (other ncurses apps show the same behaviour).
```
for i in `seq 0 10 100`; do echo ${i} | dialog --gauge "Glitching progress..."
10 60 ; sleep 0.5; done
```
I also have scaling enabled:
```
kk@kk ~ $ printenv | grep SCALE
QT_SCREEN_SCALE_FACTORS=DP-0=1.25;DP-1=1.25;HDMI-0=1.25;DP-2=1.25;
QT_AUTO_SCREEN_SCALE_FACTOR=0
kk@kk ~ $
```
After disabling the scaling, the glitching stops.
This new, fancy word-mode is disabled.
X11, proprietary nvidia drivers.
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 450337] Multiple issues when primary screen is turned on & off in a multi-screen setup
https://bugs.kde.org/show_bug.cgi?id=450337 --- Comment #8 from Krzysztof Kundzicz --- (In reply to Dick Tracey from comment #6) > Thanks! Can you try setting the primary monitor that is being turned on/off > to be on the right in Display Configuration, and doing the experiment again? > I only get the crash if that monitor is located at (1920,0) and not (0,0). Yeah, it doesn't matter if I put the external display on the left or right in the kscreen, nor if I make my laptop's display primary — it still messes the displays up. I've found the culprit of the 'disconnection' behavior: it's the nvidia 510 drivers. Xrandr output every 0.2s in loop, while turning the display off and the back on: HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm HDMI-0 disconnected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 0mm x 0mm HDMI-0 disconnected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 0mm x 0mm HDMI-0 connected (normal left inverted right x axis y axis) HDMI-0 connected (normal left inverted right x axis y axis) HDMI-0 connected (normal left inverted right x axis y axis) HDMI-0 connected (normal left inverted right x axis y axis) HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm It seems that disconnection is being reported while turning the display back **ON**. I've downgraded the nvidia drivers back to 495.46 and no disconnection is reported and plasma behaves as expected. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 450337] Multiple issues when primary screen is turned on & off in a multi-screen setup
https://bugs.kde.org/show_bug.cgi?id=450337 Krzysztof Kundzicz changed: What|Removed |Added CC||athantor+kdeb...@athi.pl --- Comment #5 from Krzysztof Kundzicz --- Created attachment 146901 --> https://bugs.kde.org/attachment.cgi?id=146901=edit journalctl log /me too, but without segfault. Also attached journal log after turning the monitor off and back on. New plasma treats turning an additional display off and on as it being disconnected and reconnected, which is different from previous version and just plain wrong. THE video, how it all looks: https://streamable.com/mbw1oa As you can see in the linked video, after turning the monitor off (with a power button), and **then** it on, plasma behaves as if the display was reconnected. With this windows are moved on the secondary display and desktop icons locations are all messed up. Same happens if the display powers down due to energy saving settings. drm names do not change like in other, referenced here bug. Samsung 4K monitor as primary display connected via HDMI to nvidia card in a laptop. Laptop's display panel internally connected via DisplayPort. nvidia-510.54. ``` Screen 0: minimum 8 x 8, current 5760 x 2160, maximum 32767 x 32767 DP-0 disconnected (normal left inverted right x axis y axis) DP-1 disconnected (normal left inverted right x axis y axis) HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 697mm x 392mm 3840x2160 60.00*+ 59.9450.0030.0029.9725.0023.98 DP-2 connected 1920x1080+3840+1080 (normal left inverted right x axis y axis) 344mm x 193mm 1920x1080120.21*+ ``` -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 404286] Absurd "cancel" polish translation
https://bugs.kde.org/show_bug.cgi?id=404286 --- Comment #22 from Krzysztof Kundzicz --- Similarly to this, „lock” was abhorrently re-translated as „tie”: #415209 After almost a year situation is worse as it were before. -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 404286] Absurd "cancel" polish translation
https://bugs.kde.org/show_bug.cgi?id=404286 Krzysztof Kundzicz changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=415209 -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 415209] Abhorrent translation of lock
https://bugs.kde.org/show_bug.cgi?id=415209 Krzysztof Kundzicz changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=404286 -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 415209] Abhorrent translation of lock
https://bugs.kde.org/show_bug.cgi?id=415209 Krzysztof Kundzicz changed: What|Removed |Added CC||athantor+kdeb...@athi.pl --- Comment #1 from Krzysztof Kundzicz --- As with „Anuluj” translation @ bug #404286 mr Łukasz Wojniłowicz changed the translation from normal, to uncommon, to say the least. https://websvn.kde.org/trunk/l10n-kf5/pl/messages/applications/kdialog.po?r1=1533252=1533253; https://websvn.kde.org/trunk/l10n-kf5/pl/messages/kde-workspace/plasma_applet_org.kde.desktopcontainment.po?r1=1557587=1557588; Does anyone review translation changes or is it free for all? -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 404286] Absurd "cancel" polish translation
https://bugs.kde.org/show_bug.cgi?id=404286 Krzysztof Kundzicz changed: What|Removed |Added CC||athantor+kdeb...@athi.pl -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 404286] New: Absurd "cancel" polish translation
https://bugs.kde.org/show_bug.cgi?id=404286 Bug ID: 404286 Summary: Absurd "cancel" polish translation Product: i18n Version: unspecified Platform: Archlinux Packages URL: https://websvn.kde.org/?view=revision=1533253 OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: pl Assignee: kdei18n-pl-uw...@lists.sourceforge.net Reporter: athantor+kdeb...@athi.pl Target Milestone: --- Created attachment 118036 --> https://bugs.kde.org/attachment.cgi?id=118036=edit Cancel translated as „Zaniechaj” in Kate SUMMARY Since version 5.15 of the plasma desktop, every „Cancel” is translated as „Zaniechaj” instead of „Anuluj”. This is divergent from every other system and standard which used „Anuluj” for the polish translation of cancel buttons, since always (AFAIK only macOS usus „Poniechaj” or something similar). Futhermore, „Zaniechaj” translates as „forsake” or „abandon”, not „cancel”. For polish users, accustomed to „Anuluj”, this looks absurd and is confusing. As far as I was able to find, wojnilowicz changed the translations on Sun Jan 20 06:56:23 2019 in r1533253. https://websvn.kde.org/?view=revision=1533253 STEPS TO REPRODUCE 1. Open any dialog with „Cancel” button 2. 3. OBSERVED RESULT „Zaniechaj” EXPECTED RESULT „Anuluj” SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.15.0 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1 -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 384230] vex x86->IR: unhandled instruction bytes: 0x67 0xE8 0xAB 0x68
https://bugs.kde.org/show_bug.cgi?id=384230 Krzysztof Kundzicz <athantor+kdeb...@athi.pl> changed: What|Removed |Added CC||athantor+kdeb...@athi.pl -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 384620] Broken ncurses box() rendering with new terminfo for TERM=xterm (no rep?)
https://bugs.kde.org/show_bug.cgi?id=384620 --- Comment #4 from Krzysztof Kundzicz <athantor+kdeb...@athi.pl> --- Nope, still broken. Downloaded the new version (20170909), compiled it locally, replaced the whole terminfo database, and no change. The example program is still rendered wrong, as with the 20170902 version. There is no changes between versions in the xterm-256color terminfo file: athantor@athantor /tmp/ncurses-6.0-20170909 $ md5sum /tmp/nc20170909/usr/share/terminfo/x/xterm-256color /usr/share/terminfo/x/xterm-256color a8db78a6f0ea1b480f6bd2198ed8f315 /tmp/nc20170909/usr/share/terminfo/x/xterm-256color a8db78a6f0ea1b480f6bd2198ed8f315 /usr/share/terminfo/x/xterm-256color athantor@athantor /tmp/ncurses-6.0-20170909 $ l /tmp/nc20170909/usr/share/terminfo/x/xterm-256color /usr/share/terminfo/x/xterm-256color -rw-r--r-- 1 athantor athantor 3587 09-12 16:56 /tmp/nc20170909/usr/share/terminfo/x/xterm-256color -rw-r--r-- 1 root root 3587 09-04 08:13 /usr/share/terminfo/x/xterm-256color athantor@athantor /tmp/ncurses-6.0-20170909 $ -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 384620] Broken ncurses box() rendering with new terminfo for TERM=xterm (no rep?)
https://bugs.kde.org/show_bug.cgi?id=384620 --- Comment #1 from Krzysztof Kundzicz <athantor+kdeb...@athi.pl> --- Created attachment 107813 --> https://bugs.kde.org/attachment.cgi?id=107813=edit terminfo entries Terminfo entries from the working and broken versions: compiled files and infocmp dumps -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 384620] New: Broken ncurses box() rendering with new terminfo for TERM=xterm (no rep?)
https://bugs.kde.org/show_bug.cgi?id=384620 Bug ID: 384620 Summary: Broken ncurses box() rendering with new terminfo for TERM=xterm (no rep?) Product: konsole Version: 17.08.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: emulation Assignee: konsole-de...@kde.org Reporter: athantor+kdeb...@athi.pl Target Milestone: --- Created attachment 107812 --> https://bugs.kde.org/attachment.cgi?id=107812=edit konsole with TERM=xterm (up), TERM=linux (down) and a xterm window (right) After ArchLinux ncurses package update to version 20170902, drawing boxes in konsole using ncurses' 'box()' function is broken for TERM env variable set to xterm and its variants. As far as I've found, it seems to be related to a change in terminfo.src: # 2017-07-29 # + add "rep" to xterm-new, available since 1997/01/26 -TD < http://invisible-island.net/ncurses/terminfo.src.html#t20170729 > Konsole seems to be lacking `rep` command support. Steps to reproduce: 0. Ensure you have the latest versions of ncurses and terminfo database. 1. Copy and paste example ncurses program's source from http://tldp.org/HOWTO/NCURSES-Programming-HOWTO/windows.html#LETBEWINDOW into a file 2. Compile it, eg.: gcc -lncurses -o boxtest boxtest.c 3. Run it, eg. ./boxtest 4. Rendered box (10 columns wide) is broken: its first and last row has only 3 columns; see attached screenshot In konsole-17.08.1 box is rendered broken. xterm-330 displays the box properly; TERM variable set to 'xterm', 'xterm-256color', 'linux', no difference, rendering always works. rxvt-unicode-9.22 with TERM=xterm renders the box *broken*. After changing the `TERM` env variable to, for e.g. 'linux' or 'rxvt', konsole starts to render the box properly. My locale: LANG=pl_PL.UTF-8 With my distro's previous version of the terminfo (2017-05-13), konsole rendered box()-es ok. Attached a screenshot: konsole with TERM=xterm (up), TERM=linux(down) and a xterm -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 375930] right click on system tray did not show context menu on some application. ex. pidgin, gcin.
https://bugs.kde.org/show_bug.cgi?id=375930 Krzysztof Kundzicz <athantor+kdeb...@athi.pl> changed: What|Removed |Added CC||athantor+kdeb...@athi.pl -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 356225] Panel moves to wrong screen when external monitor is connected
https://bugs.kde.org/show_bug.cgi?id=356225 Krzysztof Kundzicz <athantor+kdeb...@athi.pl> changed: What|Removed |Added CC||athantor+kdeb...@athi.pl -- You are receiving this mail because: You are watching all bug changes.
