sure, there is a balance. and there are more important bugs to fix. thats why this one has been open for 5+ years. still, i believe that maybe theres a better way to do it? this bug can easily be fixed in 15 minutes by the person who wrote this code in the first place. is that who would normally fix it? can't we just track him down or something?
maybe thats a way to move the bugs along a bit better, to have people fix their own code? that way, maybe we won't just be skimming off the top of the priority list all the time? On 10/9/07, ChrisC <[EMAIL PROTECTED]> wrote: > > I noticed this bug over five years ago in Winbloze !!! > > reporting this upstream will have little result "theres a workround" > > I think submitting a patch upstream that hides then shows a button when > it becomes enabled, might embarrass the people upstream to actually fix > the problem. especially if it comes from an "official" Ubuntu source > (at the very least we'll have a package manager (and other apps) that > work properly!) > > and btw if new features are more important than bug fixing then that > makes bug #1 look like spin (sadly) > > There's a distro called Vista that has tonnes of new bu... errm > features > > > ___________________________________________________________ > Yahoo! Answers - Got a question? Someone out there knows the answer. Try > it > now. > http://uk.answers.yahoo.com/ > > -- > Newly-sensitive button ignores clicks until cursor re-enters it > https://bugs.launchpad.net/bugs/22930 > You received this bug notification because you are a direct subscriber > of a duplicate bug. > -- Newly-sensitive button ignores clicks until cursor re-enters it https://bugs.launchpad.net/bugs/22930 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
