[krita] [Bug 425844] New: Cursor disappears when using tablet
https://bugs.kde.org/show_bug.cgi?id=425844 Bug ID: 425844 Summary: Cursor disappears when using tablet Product: krita Version: 4.2.9 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: w...@penguintechs.org Target Milestone: --- SUMMARY No matter what my cursor display settings are, it often disappears when using a tablet. STEPS TO REPRODUCE 1. Plug in Wacom Graphire. 2. Open Krita. 3. Use tablet to draw a few rectangles and circles. 4. *poof*, cursor gone OBSERVED RESULT The cursor for the tablet disappears. As a comparison, this doesn't seem to happen with Inkscape. EXPECTED RESULT Cursor doesn't disappear. SOFTWARE/OS VERSIONS Windows: ?? macOS: ?? Linux: Linux (x86_64) release 5.4.0-42-generic KDE Plasma Version: ?? KDE Frameworks Version: ?? Qt Version: 5.12.8 ADDITIONAL INFORMATION I am running on Ubuntu 20.04 with the lastest packages. This laptop runs a wayland desktop under the default Gnome desktop environment. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 430454] New: render time is not shown in flatpak version
https://bugs.kde.org/show_bug.cgi?id=430454 Bug ID: 430454 Summary: render time is not shown in flatpak version Product: kdenlive Version: 20.12.0 Platform: Flatpak OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: w...@penguintechs.org Target Milestone: --- SUMMARY When I render a video, the estimated time left if never shown. STEPS TO REPRODUCE 1. Open a project. 2. Click render. 3. Start rendering to a file. OBSERVED RESULT The estimated time never shows up. EXPECTED RESULT Render time shows up. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora Rawhide (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION After starting a render, I can see the kdenlive_render process running in ps. I can also enter the namespace of the kdenlive flatpak and find the render status files in /var/tmp within the namespace. However, I don't see those files outside the namespace. The option to abort a job also never gets enabled. I don't know if that is related. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 430454] render time is not shown in flatpak version
https://bugs.kde.org/show_bug.cgi?id=430454 Wren Turkal changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Wren Turkal --- I uninstalled and resinstalled the flatpak version, and now it seems to work. I have closed it as a result. -- You are receiving this mail because: You are watching all bug changes.
[konversation] [Bug 430490] New: twitch.tw irc still issues who command despite logic to counter that
https://bugs.kde.org/show_bug.cgi?id=430490 Bug ID: 430490 Summary: twitch.tw irc still issues who command despite logic to counter that Product: konversation Version: 1.7.7 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: protocol Assignee: konversation-de...@kde.org Reporter: w...@penguintechs.org Target Milestone: --- Created attachment 134132 --> https://bugs.kde.org/attachment.cgi?id=134132&action=edit Redacted raw log from konversation showing the behavior SUMMARY When connecting to a twitch.tv irc server, the WHO command should not be issued over and over again since the twitch.tv irc servers do not support that command. STEPS TO REPRODUCE 1. Create an account on twitch. 2. Open Koversation. 3. Goto Server List 4. Add a new server connection * Server info * server/port: irc.chat.twitch.tv:6697 * ssl: checked * Identity info * username: your twitch user name * auto identify type: Server Password * password: oauth key from twitch.tv irc setup 5. Connect to twitch.tv irc server OBSERVED RESULT The WHO command is sent once per minute. EXPECTED RESULT The WHO command is not sent. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: don't know KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION * Line of code that attempts to alter who logic for twitch irc servers: https://invent.kde.org/network/konversation/-/blob/master/src/irc/server.cpp#L782 * Here's info on connecting to the twitch irc servers: https://dev.twitch.tv/docs/irc/guide * It appears that logic was added to handle this in https://invent.kde.org/network/konversation/-/commit/e4085aed8e38b9d665aa1efd1c38fb0cfe593da7, so I'd love to see this updated to work. -- You are receiving this mail because: You are watching all bug changes.
[konversation] [Bug 430490] twitch.tw irc still issues who command despite logic to counter that
https://bugs.kde.org/show_bug.cgi?id=430490 --- Comment #2 from Wren Turkal --- Thanks for the info. Great to hear that it's already fixed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406124] New: svg rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=406124 Bug ID: 406124 Summary: svg rendered incorrectly Product: krita Version: 4.1.7 Platform: macOS Disk Images OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: File formats Assignee: krita-bugs-n...@kde.org Reporter: w...@penguintechs.org Target Milestone: --- Created attachment 119201 --> https://bugs.kde.org/attachment.cgi?id=119201&action=edit acquired from https://thenounproject.com/search/?q=transgender&i=1100922 SUMMARY SVG is not rendered properly. The svg is pretty simple, so I am hoping it can be converted to a minimal test case. Also, the svg renders correctly in Google Chrome and Safari. STEPS TO REPRODUCE 1. Open the attached svg 2. Look at the render OBSERVED RESULT Incorrect render. EXPECTED RESULT Correct render. SOFTWARE/OS VERSIONS Windows: macOS: 4.1.7 Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: 5.11.1 ADDITIONAL INFORMATION Krita Version: 4.1.7 Qt Version (compiled): 5.11.1 Version (loaded): 5.11.1 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: darwin Kernel Version: 18.2.0 Pretty Productname: macOS 10.14 Product Type: osx Product Version: 10.14 OpenGL Info **OpenGL not initialized** -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 406124] svg rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=406124 --- Comment #1 from Wren Turkal --- Comment on attachment 119201 --> https://bugs.kde.org/attachment.cgi?id=119201 acquired from https://thenounproject.com/search/?q=transgender&i=1100922 https://thenounproject.com/search/?q=transgender&i=1100922 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 267350] filling out a PDF form saves data to some file i ~/.kde/share/apps/okular/docdata/
https://bugs.kde.org/show_bug.cgi?id=267350 --- Comment #60 from Wren Turkal --- Hi, OP here. I wanted to reach out and thank you for fixing this issue much more comprehensively than I imagined when I originally filled the issue. Thanks, wt -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 337491] KDEPlatformTheme plugin causes text artifacts in Qt 5 application
https://bugs.kde.org/show_bug.cgi?id=337491 Wren Turkal changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 CC||w...@penguintechs.org --- Comment #35 from Wren Turkal --- I would really love for this feature to be removed. I was modifying a window in qtdesigner. It was super frustrating until I figured out how to disable it. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 499219] multiple issues on hotlugging a monitor over usbc/HDMI
https://bugs.kde.org/show_bug.cgi?id=499219 --- Comment #4 from Wren Turkal --- I think you are saying that Plasma doesn't remember brightness ever for a plugged in monitor. Is that correct? That seems kinda awful. Is that intentional or is this some kind of bug? Kinda weird that it remembers my screen layout and settings other than brightness. Just to give you a little more about my use case. I plug in this monitor whenever I am in my office. This isn't a once every so often monitor. I use it most days and must reset the brightness (if the slider doesn't disappear) pretty much every time I resume from sleep or boot the machine with the monitor connected. -- You are receiving this mail because: You are watching all bug changes.
[kinfocenter] [Bug 499290] With non-default font or font size, battery level UI in Info Center -> Energy is cropped poorly
https://bugs.kde.org/show_bug.cgi?id=499290 --- Comment #4 from Wren Turkal --- Glad this seems to be an easy one. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 499219] multiple issues on hotlugging a monitor over usbc/HDMI
https://bugs.kde.org/show_bug.cgi?id=499219 --- Comment #3 from Wren Turkal --- I only use the Plasma brightness slider (either from the systray or in the display settings). -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 499219] New: multiple issues on hotlugging a monitor over usbc/HDMI
https://bugs.kde.org/show_bug.cgi?id=499219 Bug ID: 499219 Summary: multiple issues on hotlugging a monitor over usbc/HDMI Classification: Plasma Product: KScreen Version: git-stable-Plasma/6.3 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: common Assignee: kscreen-bugs-n...@kde.org Reporter: w...@penguintechs.org Target Milestone: --- SUMMARY When I connect my monitor, it usually shows up with 100% brightness instead of what it was set to when I last connected it. Sometimes, it shows up with a very dim, but not off setting (maybe 0%). The monitor also has speakers in it, and the volume is always set to 100% when it connects as well, which can be quite terrifying. I have no idea how to link this bug to both KScreen and whatever handles the volume. FWIW, it will also sometimes do that when reviving from sleep while connected. Sometimes, it just won't show the brightness control for external monitor after sleeping. When it gets into that state, I can't even unplug and replug the monitor to get the settings back. It usually will come back if I logout and log back in without a reboot. STEPS TO REPRODUCE 1. Turn on computer with monitor connected. 2. Login. 3. Be sad now that I need to reset my brightness/volume settings. or 1. Setup my volume/brightness settings 2. Let computer go to sleep 3. Wake it up 4. Either re-setup my volume/brightness settings...or be sad because the brightness for the connected monitor no longer shows up. OBSERVED RESULT I'm sad because I have to reset my volume/brightness all the time. I'm always being jump scared by my 100% volume. EXPECTED RESULT My volume/brightness settings are remembered and applied. I never have to think about it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora Rawhide, kernel version 6.13.0-0.rc7.20250114gitc45323b7560e.56.fc42.x86_64 KDE Plasma Version: 6.3 Beta (6.2.90) KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 ADDITIONAL INFORMATION My external monitor is a 43" Dell U4320Q/3HTJW13. It seems to works really well otherwise. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482713] DDC-based Screen brightness control randomly unavailable in some sessions
https://bugs.kde.org/show_bug.cgi?id=482713 --- Comment #60 from Wren Turkal --- I am using the latest packages for Fedora Rawhide. My Plasma is version 6.2.90. I am still experiencing this issue. I do not believe it to be fully fixed. Is there anything I can do to help track this down? -- You are receiving this mail because: You are watching all bug changes.
[kinfocenter] [Bug 499290] battery level UI in Info Center -> Energy is cropped poorly
https://bugs.kde.org/show_bug.cgi?id=499290 --- Comment #1 from Wren Turkal --- For clarification, I am running Fedora Rawhide. I just noticed that my report doesn't indicate that. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482713] DDC-based Screen brightness control randomly unavailable in some sessions
https://bugs.kde.org/show_bug.cgi?id=482713 --- Comment #63 from Wren Turkal --- Will definitely try to do that. However, I will also note that there was more to my bug that I reported that marked as a dupe of this one. For one, when the brightness slider doesn't disappear, it's not uncommon for it to be set to either 100% or 0% until I move the slider. Also, when I hook up the monitor, the volume for the audio output on the monitor is usually set to 100%. These things happen even if I have the monitor plugged in during boot and see the SDDM login screen on my external monitor. I will continue to see if I can find patterns here. -- You are receiving this mail because: You are watching all bug changes.
[kinfocenter] [Bug 499290] New: battery level UI in Info Center -> Energy is cropped poorly
https://bugs.kde.org/show_bug.cgi?id=499290 Bug ID: 499290 Summary: battery level UI in Info Center -> Energy is cropped poorly Classification: Applications Product: kinfocenter Version: 6.2.90 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: w...@penguintechs.org CC: sit...@kde.org Target Milestone: --- Created attachment 177801 --> https://bugs.kde.org/attachment.cgi?id=177801&action=edit screen cap of the battery level's UI in info center SUMMARY The UI for the battery levels in the Info Center is cropped poorly. STEPS TO REPRODUCE 1. Open the Info Center app 2. Open the Energy tab 3. Look at the screen OBSERVED RESULT The battery levels are cropped cutting off the battery levels. EXPECTED RESULT The UI is so beautiful that I cry as it make me realize something significant about my life that I never realized before. SOFTWARE/OS VERSIONS Windows: nope macOS: nada (available in the Info Center app, or by running `kinfo` in a terminal window) Operating System: Fedora Linux 42 KDE Plasma Version: 6.2.90 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 Kernel Version: 6.13.0-0.rc7.20250114gitc45323b7560e.56.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i7-1165G7 @ 2.80GHz Memory: 31.1 GiB of RAM Graphics Processor: Intel® Iris® Xe Graphics ADDITIONAL INFORMATION I have include a screenshot showing the problem. I believe I have modified the default font sizes a bit, but I frankly do not remember if that's true or not. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482713] DDC-based Screen brightness control randomly unavailable in some sessions
https://bugs.kde.org/show_bug.cgi?id=482713 --- Comment #64 from Wren Turkal --- I can tell you that every time my computer wakes from sleep or I login, the slider, when it is showing, is always at to 100%. The actual brightness of the monitor is never set to that. If I skid the slider it correctly sets the brightness to whatever level the slider is at. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482713] DDC-based Screen brightness control randomly unavailable in some sessions
https://bugs.kde.org/show_bug.cgi?id=482713 --- Comment #81 from Wren Turkal --- I want to report that since the latest update from Fedora Rawhide I have seen that the brightness slider seems to be reliably there and set correctly (with respect to the actual brightness of my monitor) when awaking my laptop from sleep. This is a dramatic shift from a couple weeks ago (not entirely sure when this change landed on my laptop). Volume also appears to be maintaining a correct level now. I think that change landed after I noticed the brightness slider's improved behavior. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482713] DDC-based Screen brightness control randomly unavailable in some sessions
https://bugs.kde.org/show_bug.cgi?id=482713 --- Comment #80 from Wren Turkal --- I want to report that since the latest update from Fedora Rawhide I have seen that the brightness slider seems to be reliably there and set correctly (with respect to the actual brightness of my monitor) when awaking my laptop from sleep. This is a dramatic shift from a couple weeks ago (not entirely sure when this change landed on my laptop). Volume also appears to be maintaining a correct level now. I think that change landed after I noticed the brightness slider's improved behavior. -- You are receiving this mail because: You are watching all bug changes.
