[lokalize] [Bug 393081] New: PO-Revision-Date timezone offset doesn't account for DST
https://bugs.kde.org/show_bug.cgi?id=393081 Bug ID: 393081 Summary: PO-Revision-Date timezone offset doesn't account for DST Product: lokalize Version: 2.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: sha...@ukr.net Reporter: e...@opensrc.club Target Milestone: --- When saving a .po file, Lokalize writes current time into the PO-Revision-Date header field. The time itself is correct, but the timezone is wrong for DST timezones. Steps to Reproduce: 1) make sure you're in a DST timezone (in my case it's EEST +0300) 2) save a .po file Actual Results: "PO-Revision-Date: 2018-04-13 05:01+0200\n" Expected Results: "PO-Revision-Date: 2018-04-13 05:01+0300\n" Lokalize version: 2.0 Archlinux package version: lokalize 17.12.3-1 Additional Information: This is not a system configuration problem. timedatectl displays EEST +0300. git uses the correct timezone offset when saving commits. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 392779] Cursor doesn't disappear after deselecting QLabel
https://bugs.kde.org/show_bug.cgi?id=392779 --- Comment #2 from Egor Vladimirovich --- Created attachment 111865 --> https://bugs.kde.org/attachment.cgi?id=111865&action=edit List of Qt/KDE-related package versions on my laptop Reproduced on my laptop. I haven't updated it for a few days, so it has older frameworks (5.43.0), same version of qt, but older arch package release, and older dolphin (17.12.2). I don't have plasma installed there. Attached is the list of packaged on my laptop, made with the same command as before. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 392779] Cursor doesn't disappear after deselecting QLabel
https://bugs.kde.org/show_bug.cgi?id=392779 --- Comment #1 from Egor Vladimirovich --- Created attachment 111862 --> https://bugs.kde.org/attachment.cgi?id=111862&action=edit List of Qt/KDE related package versions on my PC Output of the following command as run on my PC pacman -Q $(pacman -Qgq plasma) $(pacman -Qgq kf5) $(pacman -Qgq qt5) dolphin -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 392779] New: Cursor doesn't disappear after deselecting QLabel
https://bugs.kde.org/show_bug.cgi?id=392779 Bug ID: 392779 Summary: Cursor doesn't disappear after deselecting QLabel Product: kde Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: e...@opensrc.club Target Milestone: --- Created attachment 111861 --> https://bugs.kde.org/attachment.cgi?id=111861&action=edit Screenshot of the bug, as it appears in Dolphin When you change focus from a selectable QLabel (that is, a QLabel with TextSelectableByKeyboard and TextSelectableByMouse interaction flags set), the text cursor doesn't disappear. You can click back on the label, and it will change the position of cursor as intended, but clicking on anything else won't remove the cursor. Steps to reproduce: 1) right click on any file in Dolphin 2) click Properties 3) on General tab, click anywhere inside Location field (make sure you don't select any characters) 4) click the edit control on the top (the one with file name) Actual Results: The text cursor in Location field didn't disappear Expected Results: The cursor should disappear Versions: KDE Plasma Version: 5.12.4 KDE Frameworks Version: 5.44.0 Qt Version: 5.10.1 Kernel Version: 4.15.14-1-ARCH Dolphin Version: 17.12.3 Additional Information: This bug only occurs if nothing is selected. If at least one character is selected, both the cursor and the highlight of the selected characters disappear as intended. This doesn't seem like a Dolphin bug. I made a Qt form with multiple QLabels, and after clicking on each label, all of them had a text cursor. This also doesn't look like a glitch, it's very consistent in how it works, and it doesn't disappear on its own. I should also note that the cursors (both the "real" one as well as the "shadow" ones) don't blink. Not sure if they are supposed to blink or not, as I don't remember how it's supposed to be. The cursor in the line edit widget blinks correctly. Things I tried: - Changing window decorations and widget styles - Disabling compositor (Shift+Alt+F12) - Rebooting -- You are receiving this mail because: You are watching all bug changes.