4

I noticed Wine has a policy:

Why has my bug been marked as ABANDONED?

A bug report is marked as abandoned after a long period of inactivity. You will have been asked to update the current status of the bug, to test a workaround or to test in a new version of Wine but have not responded to the request. This inactivity leads to the logical conclusion that you have lost interest in resolving the issue and it has been abandoned.

You may choose to update the bug with the information requested. At this point you can reopen the bug if you wish to do so. Filing a new, duplicate bug serves no useful purpose.

The advantage ostensibly is to reduce the number of "open" bugs. However, the issue I see is:

  • OP posts a problem

  • Nobody responds to the bug report

  • After several years, somebody bumps the bug report with "Was this resolved with Version X?"

  • Obviously the OP hasn't received a response in years, they're either not going to care anymore or not see the bug report has been bumped

  • The bug report is marked as ABANDONED

Unless somebody has the exact same Wine version, specs, application and manages to reproduce the problem from whatever information is available in the OP, it's impossible to get the bug reopened. Yet, that's the policy.

I'm struggling to see what the advantage of this is. Does reducing the number of open bugs have any advantage? I noticed that huge applications like GCC don't have an abandoned bugs policy. Further, does the policy make sense?

5

It helps to prevent the developers/contributors from wasting their time on issues that nobody cares about. If nobody "has the exact same Wine version, specs, application and manages to reproduce the problem" then it's probably not really an issue. The developers probably don't really care if the problem was fixed, they only care if it still affects anyone. Remember, open-source developers work in their free time on problems that they care about, it's not like a company that provides support contracts and guarantees that they support every version of their software for N years.

1

Remove distraction? There are some issues (not necessarily bugs?) that are really minor, and most people simply don't care about it (that's why it existed for such a long time!). In a large list of issues, such minor issues may simply get forgotten. Sometimes it may even have been fixed without anybody noticing. After all you can still reopen it if you think that it should be reopened.

  • 1. Whether something is minor or not cannot be determined without activity on the bug, sometimes not even until a temporary patch is created. 2. How can you know that the problem was fixed if you don't know what the problem is? 3. No, I cannot reopen it based on the policy. – user236289 Jul 7 '16 at 10:47
  • 2
    @user236289 You can reopen it based on the policy: if you have the information requested. If you don't have the information requested, and have no way to get it, how do you propose the developers / testers get that information? If a bug report does not contain enough information to reproduce the bug, it is effectively unsolvable and useless clutter until the OP updates it, if ever. – Dan Jul 7 '16 at 12:49
1

The people who are paying decide what happens. If this is an open source project run by volunteer developers the developers decide.

If this bug hasn't been reported again then there is nobody who will notice when it's fixed. So it's pointless to waste time trying to fix it. At least nobody's going to waste their time to do what you want.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.