[Sorry for the disturbed threading, don't have the original mail at hand with proper headers with msg ID etc. to reply to] On 12 May 2007 10:14:25, Alexey Eremenko wrote:

Why are Novell guys closing perfectly valid bugs as WONTFIX ?

This question, by itself, is perfectly valid. Explanation follows. The subject line, however, is offensive at least in its closing part: "due to their laziness" is not acceptable. More about that below. First let me explain the WONTFIX situation. https://bugzilla.novell.com/page.cgi?id=fields.html#resolution explains WONTFIX only in very short terms: "WONTFIX The problem described is a bug which will never be fixed." That means that WONTFIX acknowledges that a bug as reported is indeed a valid bug. But it also says that it will not be fixed: Not in the near future (that would be status ACCEPTED), not in some future release (that would be LATER), never. It means that whoever is responsible for the piece of software against which the bug was reported has examined the situation and evaluated possible approaches to fix the problem. But the conclusion of that process was that the bug will not be fixed. Of course, this is unsatisfactory for a user who took the trouble to make a bug report. Agreed. But there are also other considerations to take into account. In the general case (not being specific about the bug report you quoted later in your posting), that can be: (1) There is no solution at all. Even though this happens only rarely, it can happen. Typically, this is the result of a previous conscious decision (in the design or implementation of the software) in which the lesser of two evils had been chosen, and the trade-off that had been taken back then is what was reported as the bug that got closed as WONTFIX. (2) The problem could be fixed, but the cost for the fix (the amount of work involved) would be enormous. It would be an economic nightmare to do the fix. This would really be a status TOOEXPENSIVE that Bugzilla does not provide. In an ideal world, no cost whatsoever would be too expensive. But we all live in a less-than-ideal world, and so economy has to be taken into consideration. This is not only important for us (SUSE/Novell) as the distribution makers (or in general for the company who has to pay for the development hours), it is also important for the users: Since there is only a finite number of developers and thus of development hours, hours spent on fixing a bug cannot be spent on developing something new or even just on fixing other bugs that may be more important. (3) The problem could be fixed, but the fix would make the software much more complex and thus much less maintainable and possibly also much less stable. This is partly no. (2) again, partly another aspect users benefit a lot from: Software stability. You don't want to compromise stability for issues that are not really important. (4) The problem is in another piece of software this software depends on, but that other software is being developed and maintained elsewhere. The fix has to be done upstream. Now we as the distribution makers do make some fixes in software that is developed elsewhere. But that is limited to minor fixes. It clearly does not involve major rewrites of upstream software. Those rewrites would go to waste with the next upstream release. Sometimes we do even that and send the patch upstream, hoping that it will be accepted and incorporated into the next upstream release. But this requires that the upstream developers are very cooperative, and that they are not already working on another solution our fix would be incompatible to. Whichever reasoning might be behind resolving a bug as WONTFIX, it deserves a clear explanation the bug reporter can understand. This is what we owe to somebody who goes through the trouble of reporting a bug. This is our moral obligation to the bug reporter.

They should stop being lazy all the day. ... The lazy number one is: marcio ferreira and Stefan Hundhammer

This I take offense of. This is very personal and unjustified. You are attacking Marco Ferreira (another community member, by the way, not a SUSE or Novell employee) personally. Worse, not only are you doing that in a public forum, you are also doing that in a forum different from the original discussion (the bug report) so the involved people might never even get to know that they were attacked. Now you may not be aware of some of the things I tried to explain above, but calling people you don't even know lazy is clearly going over the top.

That is not a feature-request but a bug.

We were fully aware of that and treated it accordingly.

link: https://bugzilla.novell.com/show_bug.cgi?id=264716

The bug report contains an explanation why the bug was closed as WONTFIX. I considered the explanation adequate: https://bugzilla.novell.com/show_bug.cgi?id=264716#c11 "The Qt-based YasT2 control center is a very basic application that uses the QIconView widget for those icons. y2cc doesn't do any fancy stuff. It might very well be that QIconView simply doesn't do that any better." Maybe I was wrong to consider that explanation adequate. I thought it contained the necessary information: - The YaST2 Qt control center (the software in question) does not do the rendering itself. Rather, it uses QIconView which is part of the Qt (3.x) libs. - The problem is outside the scope of that application. It is a problem of the Qt (3.x) libs. - While we do make some fixes in the Qt libs, that kind of fix is beyond our scope. The problem would have to be fixed upstream by TrollTech (the makers of Qt). So this would be a case of reasoning (4) above. What I did not explicitly mention (but might have in hindsight) is that we will migrate YaST2-Qt and thus the YaST2 Qt control center to Qt-4 in the near future, so spending a lot of development hours and thus money on fixing that issue in Qt-3 would very likely be a waste anyway.

What's worse is that they tell me something like: "If you do that again I will formally ask a certain account of bugzilla to be canceled."

How am I supposed it eat that as a community-member ?

I would suggest to ask your fellow community member who wrote this. Hint: Bugzilla uses tool tips for the E-mail addresses. If you hover your mouse pointer over the name of a bug commenter, the status line of your browser will give you the full E-mail address (checked with Konqueror and Firefox). You need to be logged in to Bugzilla for this to work, though. In this particular case, that commment came from a gmail.com address, not from a novell.com or suse.de address. As for others who raised the question if we get paid by the number of bug reports we get rid of: No. That would obviously not make any sense, too. But Bugzilla is an important tool for us. So it makes sense for us to resolve issues that can easily be resolved before they clutter our list of active bugs too much. It's also a question of honesty. While we could accumulate a large number of bugs and pretend that we will fix them at some point, wouldn't you rather have us be honest and clearly say if an issue does not have the slightest chance of getting fixed in a forseeable time frame? Of course such honesty can be brutal sometimes. If somebody has a "favourite issue" to get fixed, of course it is disappointing to hear that it has been given consideration and decided against. On the plus side, you might even see it as us defending the one thing we put a lot of our life blood into: Our distribution, no matter if it's the business products or the community project. We have to think economically. If one day the money stops rolling in because we distributed our available development hours unwisely on minor issues, nobody will benefit from those minor issues to be fixed. Rather, the distribution will be dead. Like it or not, we can only put so much time into every one of our release. We constantly have to make decisions. Some of them may result in a less-than-perfect product, but a product that remains alive and kicking, a product that gets released on a regular release cycle. Some users may not like some of the decisions we make. That's life. You just can't be everybody's darling. ;-) Kind regards -- Stefan Hundhammer <sh@suse.de> Penguin by conviction. YaST2 Development SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Nürnberg, Germany -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org