[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 155341] Session cannot be saved
From:       "Aaron J.Seigo" <aseigo () kde ! org>
Date:       2008-12-02 18:06:55
Message-ID: 20081202180655.178BC10855 () immanuel ! kde ! org
[Download RAW message or body]

http://bugs.kde.org/show_bug.cgi?id=155341





--- Comment #33 from Aaron J. Seigo <aseigo kde org>  2008-12-02 19:06:52 ---
@Ken: first, thanks for the very reasonable response. muchly appreciated.

"i do think the harm in terms of confusion and shaken confidence for those
that try to use the feature is being disregarded in calling this a wishlist
item."

it is not within my reach to fix incorrect assumptions. in this case the
assumption that labeling it a "wishlist" item (which actually means "requesting
a new feature", which this absolutely is for kickoff or the other launchers in
plasma) means the developer are sweeping it under the rug.

that is a flawed assumption.

however, i'm also not going to break a working (for the developers) triaging
system as a PR move (managing user expectation). this is a tool for me and my
team to get work done, not do marketing or customer care.

"i believe that calling it a bug would give it proper prioritization
attention"

it's receiving exactly the prioritization we, the plasma team, can give it and
are willing to give it. wishlist or bug doesn't change our priorities at all.

and yes, i resent the idea of trying to get me to change this to a bug report,
when it isn't, as a means to try and subvert our priorities. those priorities
are not something we randomly arrive at, but things that are the result of long
hours spent with the reports here and subsequent meetings on irc and the
mailing lists.

"if the information about the state of the system is clear and accurate"

what's ironic here is that the plasma team is probably one of the most, if not
the most, active teams withing kde when it comes to applying process, which
includes using the bug tracker system. we engage more than most other projects
do and are completely honest about priorities and how we arrive at them.

this system is clear, it is accurate, it just isn't what some people either
want or think it is (i think there's a mix of confusion and disappointment at
play here). i can't please everyone all the time, but i can make sure that
plasma develops properly and sanely.

which it is, if you track the delta between each released version.

i can also try to ensure that as many people get "what they want" as is
possible and reasonable.

now, i do think that what is displayed here is users feeling they are entitled
to a certain self-defined level of service that has no basis in reality
combined with those same users not knowing how else to get closer to what they
want ("disempowered", so to speak). so they engage in a very counterproductive
means of interaction out of a "back against the wall" perception and nobody
wins. worst of all, nobody has put their back against the wall, but they are
putting me in a position where i have few choices beyond "give in to a worse
process and watch things erode and fall apart" and "deal with it directly and
correct the misconceptions"

now, i believe kde ought to have a place for those of you in the bug report to
interact in a more appropriate forum about such things. we don't. none of the
FOSS projects do to my knowledge, and the commercial entities that do charge
insanely for access to that level of service. and i don't see any of these
people stepping up to create such a place either. i have been writing a bit
recently about supply chain issues, and this is part of it.

but that does not change the bald fact that bugs.kde.org is not the place for
such interaction. nor will i not allow it to be abused as a place for it at the
expense of my team's productivity, since that ultimately leads to being able to
satisfy your needs, desires and even whims.

now, i've already outlined when this issue can be addressed, and included a
work-around for it in the meantime.

i think that's pretty clear.


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]