Red Hat Bugzilla – Bug 477737
klipper doesn't remember settings across sessions
Last modified: 2009-01-10 00:51:09 EST
If I enable actions for klipper, they're not remembered across sessions. I have to enable them each time I logout and login again.
Thank you for taking the time to report this bug. This bug report isn't very
useful because it doesn't describe the bug well. If you have time and can
still reproduce the bug, please read
http://fedoraproject.org/wiki/BugsAndFeatureRequests and add a more useful
description to this bug.
I think it's pretty clear what is meant. Klipper has a checkbox "Enable actions" in the popup menu, it can be enabled or disabled. This setting is what is not being remembered. (I haven't tried this myself yet, I'm just explaining.)
Thanks, Kevin. That's exactly what I mean.
Thank you for the bug report. This issue needs to be addressed by the upstream developers. Please submit a report at http://bugs.kde.org. You are requested to add the bugzilla link here for tracking purposes. Please make sure the bug isn't already in the upstream bug tracker before filing it.
Really? A reporter should take the pain of reporting upstream instead of the packagers doing it? This makes for a very bad user experience.
The implication here is that a user not only has to report the bug into Fedora's bugzilla, but he also has to report it upstream.
Is this bugzilla only meant for packaging-related bugs? If that's the case, I can never hope to get a fix in my current packages until upstream fixes the bug and those packages make their way into a stable Fedora release. Which means users have to live with such bugs for a really long time. In this case, the upstream is KDE, which isn't too amenable in backporting fixes to stable releases if the fix has been scheduled for an upcoming major release. So in all probability, upstream will only fix this for 4.2.x and Fedora won't get this till the next release in the default install.
Well, I've filed a KDE bug #180215.
fedora's mantra is "work upstream", and that extends, to some extent, to our users.
We'd like to triage items that are fixable locally first, of course, but if not, then upstream is really the only place where reports make sense. The assertion that maintainers take reponsibility to forward items isn't practical and doesn't scale, for better or worse.
And, fwiw, kde-4.2.x will be coming soon to all current releases of fedora asap.
Oh, and many thanks for taking the extra effort to report this upstream. Much appreciated. We'll continue tracking this there.
(I wrote this comment while Rex posted his 2 comments, so there's some overlap, sorry.)
> Really? A reporter should take the pain of reporting upstream instead of the
> packagers doing it? This makes for a very bad user experience.
But it's the only way upstream can ask you for any followup comments without each time having to go through a middleman.
> Which means users have to live with such bugs for a really long time.
Actually, fixes usually go out to Fedora fairly quickly. KDE releases bugfix releases about once a month, we push them out as updates.
If you think a fix is really urgent, you can reopen the bug as soon as upstream fixes it and ask us to backport the fix without even waiting for the next bugfix release. (I'm not sure this one warrants such an expedited treatment though.)
> In this case, the upstream is KDE, which isn't too amenable in backporting fixes
> to stable releases if the fix has been scheduled for an upcoming major release.
Bugfixes are supposed to be backported in KDE, if they aren't, try nagging the upstream maintainer, if they ignore it, complain to us, a few of us (including me) have KDE SVN access and can backport the fix to the upstream stable branch. (And if it's contentious for some reason, there's always the option to backport it in the Fedora package.)
Features are a different story, upstream's policy there is pretty strict, they tend not to backport even fixes for feature regressions. We will in some cases consider backporting important features in the Fedora packages. But for that we need to have something to backport first, i.e. the feature needs to be implemented upstream first (and usually not by us, there are only so many things we can do in a day).
We'll see what upstream will consider this to be.
> So in all probability, upstream will only fix this for 4.2.x and Fedora won't
> get this till the next release in the default install.
4.2 will be pushed out as an update to Fedora 9 and 10.