Philip Meyer;565955 Wrote: > >I think we should just publicize the "3 votes rule" as I don't think > >it's worth the trouble of manually confirming bugs. > Does this process really work though? > ... > So, even if there are 3 or more votes and the bug gets confirmed, there > appears to be little chance of it getting progressed any further.
I agree. That's why I haven't bothered trying to confirm unconfirmed bugs lately. It seems to clearly be a waste of my time. All we have now is a negative rule: Logitech won't consider a bug from an outsider unless either 3 outsiders vote on that bug or one of us with canconfirm rights confirms it. With no commitment from Logitech to review confirmed bugs, why should I spend time confirming anything? I think Erland's on track with the "call support" suggestion. I don't know how Logitech prioritizes bugs, but I suspect they prioritize bugs that they believe cost them money. In theory this means bugs that result in lost sales, but I expect that mostly it means bugs that are triggering support calls (like 'this' (http://bugs.slimdevices.com/show_bug.cgi?id=16215#c3)). Providing details and patches in Bugzilla might be nice, and very helpful to developers, but I expect it's only the "'squeaky wheels' (http://www.urbandictionary.com/define.php?term=squeaky%20wheel%20gets%20the%20grease)" whose bugs get prioritized. I still report the bugs I see, and when I patch SBS on my system, I share the patch. But I no longer expect to get anything out of bugzilla. Also, Erland, you've written about the number of unconfirmed bugs. I think it's more troubling how many bugs there are that are targeted, prioritized, and assigned. I count '271 right now' (http://bugs.slimdevices.com/buglist.cgi?priority=P1;priority=P2;priority=P3;priority=P4;priority=P5;emailassigned_to1=1;query_format=advanced;bug_status=UNCONFIRMED;bug_status=NEW;bug_status=ASSIGNED;bug_status=REOPENED;bug_status=RESOLVED;bug_status=VERIFIED;email1=%20unassigned%40slimdevices.com%20%20;resolution=---;target_milestone=7.5.x;target_milestone=7.6;target_milestone=7.6.0;target_milestone=7.7.0;known_name=prioritizedBugs;query_based_on=prioritizedBugs;emailtype1=notequals). Andy said there are 5 full-time developers working on Squeezebox, so perhaps they're so swamped with existing, prioritized bugs that they have no time left to investigate new ones. All the more reason, I fear, for keeping expectations low for bugzilla tickets. -- peterw http://www.tux.org/~peterw/ Free plugins: 'AllQuiet' (http://www.tux.org/~peterw/slim/AllQuiet.html) 'Auto Dim/AutoDisplay' (http://www.tux.org/~peterw/slim/AutoDisplay.html) 'BlankSaver' (http://www.tux.org/~peterw/slim/BlankSaver.html) 'ContextMenu' (http://www.tux.org/~peterw/slim/ContextMenu.html) 'DenonSerial' (http://www.tux.org/~peterw/slim/DenonSerial.html) 'FuzzyTime' (http://www.tux.org/~peterw/slim/FuzzyTime.html) 'KidsPlay' (http://www.tux.org/~peterw/slim/KidsPlay.html) 'KitchenTimer' (http://www.tux.org/~peterw/slim/KitchenTimer.html) 'PlayLog' (http://www.tux.org/~peterw/slim/PlayLog.html) 'PowerCenter/BottleRocket' (http://www.tux.org/~peterw/slim/PowerCenter.html) 'SaverSwitcher' (http://www.tux.org/~peterw/slim/SaverSwitcher.html) 'SettingsManager' (http://www.tux.org/~peterw/slim/SettingsManager.html) 'SleepFade' (http://www.tux.org/~peterw/slim/SleepFade.html) 'StatusFirst' (http://www.tux.org/~peterw/slim/StatusFirst.html) 'SyncOptions' (http://www.tux.org/~peterw/slim/SyncOptions.html) 'VolumeLock' (http://www.tux.org/~peterw/slim/VolumeLock.html) ------------------------------------------------------------------------ peterw's Profile: http://forums.slimdevices.com/member.php?userid=2107 View this thread: http://forums.slimdevices.com/showthread.php?t=80856 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
