|
Sort Order:
The original example here is fixed, because the recording was merged. Here's another (current) example of this: http://musicbrainz.org/search?query=Every+Day+Is+Exactly+the+Same&type=recording&limit=25&method=direct None of these three results are standalone recordings. None of these links allow me to reproduce this behaviour, so I'm closing as wontfix. If you can reproduce this, please provide an example link or steps to reproduce it. That's because you guys changed the syntax from direct=1 to method=direct so the 20 Feb link doesn't work anymore. It's trivial to see this - I think you're being too eager to close old tickets. No, we have a back log of over a thousand tickets, it's simply unmanageable for a team of 3 to deal with that. So if I can't immediately reproduce it, then it serves no purpose having it lie around with nothing that can be done with it. Don't take me closing it as anything more than "I can't act on this" - reopening it is not something to be frowned upon, it just shows that it is still important. Thanks for the new example. I agree with voiceinsideyou – managing tickets is part of our job, and cursorily closing tickets without even trying to reproduce them is pretty disrespectful to the people who report bugs. I agree that we have a backlog of tickets that's too large, but the solution to that is fixing things and finding duplicates, not offloading work that would have been trivial to volunteer bug reporters. If you don't have the time to make a real attempt at reproducing the ticket, leave a comment and leave the ticket open so someone will come back to it if you don't get a response – something that won't happen with tickets that are wontfix'd. > without even trying to reproduce them Yea, thanks for telling me what I do and don't do. I obviously just rampage through these tickets and just roll a dice. By your own admission you just clicked the links (it only would have taken a.) noticing it wasn't actually a direct search at all, b.) ticking the box, and c.) re-hitting the search, to get a working page to reproduce the bug). I think I'm quite comfortable calling that no real attempt to reproduce the bug. Perhaps "without more than a cursory attempt at reproducing them" is more correct; the criticism stands. Ultimately, everyone who files bugs is not as on top of things as voiceinsideyou; with many other potential reporters this bug would have stayed closed and languished in the wontfix bin probably forever (because really, who checks there to see if they happen to disagree with any of the wontfixes?).
I'm actually fine with that. If I've closed it and the original reporter doesn't verify it otherwise, then either it is fixed, or it's rare enough that it's not worth worrying about. If it's important someone will report it again. Note that this doesn't mean I will close things that I deem trivial - even trivial stuff that I can reproduce I leave open. Having a bug that can't be reproduced but "might" still be a problem is a waste of everyone's time. I really don't understand why people are getting so offended, getting closed as "cannot reproduce" is just me saying "I can't reproduce this, please take a look". I'm not making a personal attack. I also realise now I wrote "wontfix" above which was not what I meant. I didn't mean "I won't fix this" I meant "I am unable to act on this ticket". I don't think this ticket is the place to discuss this, if you feel strongly about the fact that I've apparently produced one false-negative (and even then, I think exactly what should have happened, has happened) then take this up on mb-devel. |
||||||||||||||||||||||||||||||||||||||||
Bug
Closed
Normal
Direct search results incorrectly reports a recording as "standalone"
Not sure if it's related, but worth noting that the same two releases that should be displayed of "Beside You in Time" also have different recordings of "Love Is Not Enough" on them - you can see the "Beside You In Time live version" in the search entry just above the "incorrect" one.