[konversation] [Bug 371475] New: OSD textBuffer has unbounded size
https://bugs.kde.org/show_bug.cgi?id=371475 Bug ID: 371475 Summary: OSD textBuffer has unbounded size Product: konversation Version: 1.6.2 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: notifications Assignee: konversation-de...@kde.org Reporter: ti...@math.uh.edu I use znc and let it buffer messages while I'm offline, so when konversation connects it may get hundreds of messages sent all at once. This results in the OSD going through messages, one at a time, for quite a long time. (Really, I've had it go for several hours before.) In viewer/osd.cpp, OSDWidget::show() will append the string to be shown to textBuffer if the timer hasn't expired. It seems to me that a quick check of textBuffer.size() to limit the queue to something like 20, or (60 / (the message display time in seconds)) would solve the problem and not really lose any useful information, since any messages you'd display after that would be somewhat out of date. It's been over 20 years since I wrote any C++ so I don't have a patch to contribute, but I figured I'd open this so I don't lose the bit of research I just did. If I can find the time I'll try to hack something up, but of course I don't really know what I'm doing. Reproducible: Always Steps to Reproduce: Connect to ZNC with a lot of buffered content. Actual Results: OSD flashes through messages for five or six hours. Expected Results: OSD flashes through some content, but only queues enough messages to run for about a minute. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 354437] [regression/4] KScreen does not remember multiple monitor configuration
https://bugs.kde.org/show_bug.cgi?id=354437 --- Comment #13 from Jason Tibbitts --- I just want to note that as of late I've had no issues at all with kscreen restoring my monitor configuration. I get perfect session restores every time. I think things improved when Fedora moved to the 5.7 series (from 5.6.5 to 5.7.2). -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 368158] New: System Activity dialog always appears offscreen
https://bugs.kde.org/show_bug.cgi?id=368158 Bug ID: 368158 Summary: System Activity dialog always appears offscreen Product: ksysguard Version: 5.7.3 Platform: Fedora RPMs OS: other Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: ksysguard-b...@kde.org Reporter: ti...@math.uh.edu I have a non-rectangular desktop. It has three monitors arranged in a square with no monitor in the upper left hand corner. When I open the "System Activity" dialog, either with Shift-Escape or by running "systemmonitor" from the command line, the dialog will always (and I really do mean 100% of the time) open in the place where I have no monitor. I can click on the entry in the taskbar, navigate down to the Move option and drag the window onscreen to see it. I tried setting up a kwin rule to ignore the initial placement for that window (and always put it under the mouse, or on the primary monitor, or something) but I can't seem to get that to work for whatever reason. This isn't the only window that usually opens offscreen, of course. Generally, though, it's just transient dialogs that do it. While a kwin option to prevent things from opening offscreen would probably be a good idea, I figured I'd file file a ticket against each individual application I run across. Absolute positioning is generally a bad idea unless you're just restoring the last position where the dialog was closed, but if you're going to do it, at least clamp to the active portion of the desktop and not just to the bounding rectangle. Reproducible: Always Steps to Reproduce: 1. Have a weird non-rectangular desktop, with no monitor in the upper left-hand portion. 2. Open the system activity dialog. 3. Notice that you can't see said dialog because it opened offscreen. Actual Results: Dialog opens where there's no monitor to display it. Expected Results: Dialog opens someplace where a monitor exists to display it. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 364118] New: present windows alternate activation key does not toggle
https://bugs.kde.org/show_bug.cgi?id=364118 Bug ID: 364118 Summary: present windows alternate activation key does not toggle Product: kwin Version: 5.6.4 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: ti...@math.uh.edu This is kind of a weird one. I wanted two different sets of hotkeys to activate present windows, and convenientky there are "Global" and "Global Alternate" hotkeys. But while both hotkeys will activate the present windows effect, the alternate one will not act as a toggle. This happens regardless of the keys I assign. This might happen for other toggleable effects; I didn't try. Reproducible: Always Steps to Reproduce: Assign a global alternate hotkey to the 'Toggle Present Windows (All desktops) action. Press that hotkey to activate the present windows effect. Press that hotkey again. Actual Results: The present windows effect does not toggle off. Expected Results: The present windows effect toggles off. I'm running kwin 5.6.4 as packaged in Fedora 24. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 364118] present windows alternate activation key does not toggle
https://bugs.kde.org/show_bug.cgi?id=364118 --- Comment #2 from Jason Tibbitts --- I'm not sure how long it's going to take for Wayland to actually become a viable alternative to X, though. So in the meantime, if you have any hints as to where in the source that toggling is implemented I'd be happy to take a look (unless you're already planning to look into this yourself, of course). The last time I wrote C++ was using cfront, but I can probably make something work. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 343995] Application name is not shown on the titlebar.
https://bugs.kde.org/show_bug.cgi?id=343995 Jason Tibbitts changed: What|Removed |Added CC||ti...@math.uh.edu --- Comment #2 from Jason Tibbitts --- This (the behavior in comment 1) has been really annoying for a while now. I'm thinking that a new bug would be better as the issue in the title of this ticket is the exact opposite of the problem we're all having. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 364391] New: Cannot remove "- Konsole" suffix from the titlebar
https://bugs.kde.org/show_bug.cgi?id=364391 Bug ID: 364391 Summary: Cannot remove "- Konsole" suffix from the titlebar Product: konsole Version: 16.04.1 Platform: Other OS: other Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: ti...@math.uh.edu Konsole has an option "Show application name on the titlebar", which . This option appears to do nothing in current version of Konsole. There's a bug reporting exactly the opposite at https://bugs.kde.org/show_bug.cgi?id=343995, but the first comment echoes this issue and gives some explanation. I'll paste it in here. Kurt Hindenburg 2015-10-16 19:05:01 UTC In the latest version, the "Enable Show "- Konsole" on the titlebar in general settings." is ignored now as it appears that KF5/Qt5 always shows the "- Konsole". I'm not sure if it is possible to remove it now. http://doc.qt.io/qt-5/qwidget.html#windowTitle-prop "On some desktop platforms (including Windows and Unix), the application name (from QGuiApplication::applicationDisplayName) is added at the end of the window title, if set. This is done by the QPA plugin, so it is shown to the user, but isn't part of the windowTitle string." -- Many of us would like for the Konsole title bar to be completely controlled by the shell, and so not being able to get rid of that bit is pretty annoying. But at least the option in the configuration dialog should go away if it's simply not possible to actually remove that bit from the title bar. Reproducible: Always Steps to Reproduce: 1. In konsole, select Settings -> Configure Konsole... 2. Under General, make sure "Show application name on the titlebar" is not selected 3. Click Apply or OK. Actual Results: "-- Konsole" suffix still appears in the window title bar. Expected Results: "-- Konsole" suffiex does not appear in the window title bar, leaving the title to reflect exactly what's specified by the profile's tag title format. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 364395] New: Icon indicating grouped windows is oddly large and off-denter
https://bugs.kde.org/show_bug.cgi?id=364395 Bug ID: 364395 Summary: Icon indicating grouped windows is oddly large and off-denter Product: plasmashell Version: 5.6.4 Platform: Fedora RPMs URL: https://www.math.uh.edu/~tibbs/taskbar.png OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Task Manager Assignee: h...@kde.org Reporter: ti...@math.uh.edu CC: plasma-b...@kde.org When multiple windows are grouped into a single tab on the taskbar, a large green icon appears which covers almost of the window icon, but it's a bit off of center. I assume there's supposed to be a small indicator to show that windows have been grouped. If that's true, it's just larger than it should be. I tried out some different panel sizes but didn't see anything that made the icon fit as I suppose it should. Reproducible: Always Steps to Reproduce: 1. Configure the taskbar to group windows with the taskbar is full. 2. Open a lot of Konsole or Firefox or whatever windows so that the taskbar groups them. Actual Results: A big green indicator appears over the window icon in the grouped taskbar tab. Expected Results: An unobtrusive indicator appears to indicate grouped taskbar entries. Fedora package plasma-workspace-5.6.4-1.fc23.x86_64 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 364395] Icon indicating grouped windows is oddly large and off-denter
https://bugs.kde.org/show_bug.cgi?id=364395 --- Comment #1 from Jason Tibbitts --- Created attachment 99538 --> https://bugs.kde.org/attachment.cgi?id=99538&action=edit Screenshot Attaching the screenshot so that I can eventually delete the png from my web site. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 364395] Icon indicating grouped windows is oddly large and off-center
https://bugs.kde.org/show_bug.cgi?id=364395 Jason Tibbitts changed: What|Removed |Added Summary|Icon indicating grouped |Icon indicating grouped |windows is oddly large and |windows is oddly large and |off-denter |off-center -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 364395] Icon indicating grouped windows is oddly large and off-center
https://bugs.kde.org/show_bug.cgi?id=364395 --- Comment #2 from Jason Tibbitts --- Sorry about that. I guess I should have mentioned that I'm using the Breeze theme, in case this is just a theme issue. The Fedora package is plasma-breeze-5.6.4-1.fc23.x86_64 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 364391] Cannot remove "- Konsole" suffix from the titlebar
https://bugs.kde.org/show_bug.cgi?id=364391 --- Comment #2 from Jason Tibbitts --- And that's why I mentioned that the option should be removed from Konsole if it's not possible for Konsole to control this. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 325442] Constant loop reading of /etc/passwd from /proc updates
https://bugs.kde.org/show_bug.cgi?id=325442 Jason Tibbitts changed: What|Removed |Added CC||ti...@math.uh.edu --- Comment #3 from Jason Tibbitts --- I'm running konsole5 15.12.3 and the behavior persists. Is there anything we can do to track this down? Some time ago there was a big push to minimize the number of wakeups programs were doing in order to extend battery life. Is there still any focus on that kind of thing, or still anyone keeping track of places which need optimization of wakeups? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 363528] New: [PATCH] Click on default avatar attempts to launch nonexistent kcm_useraccount
https://bugs.kde.org/show_bug.cgi?id=363528 Bug ID: 363528 Summary: [PATCH] Click on default avatar attempts to launch nonexistent kcm_useraccount Product: plasmashell Version: 5.6.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: k...@davidedmundson.co.uk Reporter: ti...@math.uh.edu CC: plasma-b...@kde.org Created attachment 99192 --> https://bugs.kde.org/attachment.cgi?id=99192&action=edit Patch fixing kcm_useraccount call There are two places in Header.qml which will attempt to bring up the control module for user management. One if the user has defined an avatar and one if the default avatar is being shown. Only the first one was fixed to account for the fact that kcm_useraccount was (unfortunately) replaced with user_manager. (But that's another ticket.) The attached patch should fix the other one. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 363529] New: Make action on avatar click in kickoff configurable
https://bugs.kde.org/show_bug.cgi?id=363529
Bug ID: 363529
Summary: Make action on avatar click in kickoff configurable
Product: plasmashell
Version: 5.6.4
Platform: Fedora RPMs
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Application Launcher (Kickoff)
Assignee: k...@davidedmundson.co.uk
Reporter: ti...@math.uh.edu
CC: plasma-b...@kde.org
It would be wonderful if the action when clicking the avatar was configurable
instead of hardcoded to run user-manager.
Some time ago, kcm_useraccount was replaced by user-manager. Unfortunately
user-manager is something the admin would use to change other users on the
system and everything it does seems to require root (including changing the
password or the avatar).
This means I can't suggest to my users the simple step of opening the menu and
clicking on the avatar to change their password or avatar. Instead I'd have to
try to force a cal to the old kcm_useraccount or a custom written program into
their favorites. (It needs to be blindingly obvious.)
If I could just have it call a command that I can configure instead of
hardcoding KCMShell.open("user_manager"), that would go a long way towards
making things easier for non-provileged (and non-technical) end users.
I'll see if I can learn enough qml to suggest a patch.
Reproducible: Always
--
You are receiving this mail because:
You are watching all bug changes.
[konsole] [Bug 356723] Incomplete window updates after updating to Plasma 5.5.0
https://bugs.kde.org/show_bug.cgi?id=356723 Jason Tibbitts changed: What|Removed |Added CC||ti...@math.uh.edu -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 346768] After login only one tab is present, when several tabs where opened before logout.
https://bugs.kde.org/show_bug.cgi?id=346768 --- Comment #70 from Jason Tibbitts --- I've seen session management in Fedora 23 testing get better when qt5.6 was first introduced and indeed had a few session restores which were 100% complete and repeatable, but then it's gotten worse again. However, I haven't seen the issue mentioned in this ticket (konsole not saving tabs or preferences) in quite some time. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 354437] [regression/4] KScreen does not remember multiple monitor configuration
https://bugs.kde.org/show_bug.cgi?id=354437 Jason Tibbitts changed: What|Removed |Added CC||ti...@math.uh.edu -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 351256] Way to distinguish more monitors with the same vendor/model label
https://bugs.kde.org/show_bug.cgi?id=351256 Jason Tibbitts changed: What|Removed |Added CC||ti...@math.uh.edu --- Comment #1 from Jason Tibbitts --- I have this problem, too. At work I have three Dell U2412M monitors; at home I have three U2415s. Due to other kscreen issues, I have to take them out of clone mode and arrange them every time I log in, and this isn't particularly easy because they all appear identical in the positioning window. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 351256] Way to distinguish more monitors with the same vendor/model label
https://bugs.kde.org/show_bug.cgi?id=351256 --- Comment #3 from Jason Tibbitts --- Yes, of course I can see that the description changes down below when I click each one, and to be honest because I have to do this so often I have remembered exactly which one in the stack needs to be dragged where. But it did, sadly, take me a while to figure out how to tell them apart. I'm sure this is a rather simple fix, but I haven't done any C++ work since that class I took in 1987. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 265717] Edit ACL Entry dialog not useful for non-local users on sssd-enabled systems
https://bugs.kde.org/show_bug.cgi?id=265717 --- Comment #2 from Jason Tibbitts --- Just wanted to make a note that the ACL editing dialog is still not useful if the system cannot enumerate all users in the 5.18 frameworks release. Unfortunately, we've switched our infrastructure to NFS4 and those ACLs are an entirely different and fun thing which is also not at all supported. nfs4-acl-editor does work, though, and I think it might just be easiest to set up a service menu for that so that dolphin users can reach it more easily. -- You are receiving this mail because: You are watching all bug changes.
