** Changed in: gtk
Importance: Unknown => High
--
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
** Changed in: gtk+2.0 (Baltix)
Status: Confirmed => Invalid
--
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 m
* is a sad panda *
OK,
" Declined for Hardy by Sebastien Bacher " means it won't ..
Why did it take 3 years to be fixed? Is it really that hard to fix?
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notificat
Will this bug be fixed in Hardy?
This is one of my _major_ gripes with everything GTK.
--
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
Yes, this bug is really fixed in intrepid, HUGE thanks to all people who
worked on this.
--
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 subscribe
This bug was fixed in the package gtk+2.0 - 2.13.6-0ubuntu1
---
gtk+2.0 (2.13.6-0ubuntu1) intrepid; urgency=low
* New upstream version:
- Fix problems on 64-bit Windows
- Fix a long-standing, well-known problem with the handling
of insensitive buttons, bug 56070 (lp: #
WoW
\o/
--
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.ubun
the bug has been fixed upstream now
** Changed in: gtk+2.0 (Ubuntu)
Status: Triaged => Fix Committed
--
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 i
Victory!! This bug is now fixed upstream
--
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@lis
** Changed in: gtk
Status: Confirmed => Fix Released
--
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 l
I have rebuild hardy's gtk-2.0 package with the patch at:
http://bugzilla.gnome.org/show_bug.cgi?id=56070#c153
It fixes the bug, but needs more testing.
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification bec
i have this "bug" (or i'd say, annoyance) too, on 7.04 with xfce (but in gnome
too) on several machines.
when i start synaptic, i used to move the mouse on the search button while it
loads the list, for a faster searching. but when the load completes and the
search button becomes active, it's no
Sebastian Bacher said : that's not likely something upstream will change
this cycle not something we will patch in a distro specific way.
I think that Canonical will prioritize security and crashes before that
bug which also seems non-trivial to fix since nobody was able to fix it
during several y
What does "Tags removed: qa-hardy-desktop" mean? Does it mean Canonical
aren't aiming to have this bug removed from Hardy?
--
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
I don't think so, that only means that I found a workaround and though
that it was fixed, sorry for the noise.
--
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
gotcha, so i can't tell, is it getting fixed?
On Thu, Feb 28, 2008 at 5:26 PM, Saïvann Carignan <[EMAIL PROTECTED]>
wrote:
> I found it, that was just because my computer now uses compiz. The bug
> does not appear with compiz, only metacity.
>
> --
> Newly-sensitive button ignores clicks until c
I found it, that was just because my computer now uses compiz. The bug
does not appear with compiz, only metacity.
--
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, w
Well that's very strange..
I can't reproduce this bug on my i386 laptop and my AMD64 computer on
Hardy alpha 5 even from the LiveCD. My laptop did have that bug in Gutsy
but this bug is gone with Hardy.
I can still reproduce this bug with a VirtualBox console with Hardy
alpha 5, but not on any ph
i certainly have this bug on gutsy 64 bit.
On Wed, Feb 27, 2008 at 5:49 PM, Saïvann Carignan <[EMAIL PROTECTED]> wrote:
> I just discovered that this bug does not exist for ubuntu 64 bit. I can
> still reproduce it in up-to-date Gutsy/Hardy i386 but not with a up-to-
> date Hardy amd64, can som
I just discovered that this bug does not exist for ubuntu 64 bit. I can
still reproduce it in up-to-date Gutsy/Hardy i386 but not with a up-to-
date Hardy amd64, can someone confirm this?
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You
I can, in Synaptic package manager for instance.
Upstream will try to settle on the best fix for this bug during Berlin
hackfest (March 10-14), hopefully Ubuntu will be able to incorporate
results into Hardy if any are produced
--
Newly-sensitive button ignores clicks until cursor re-enters it
h
Well anyway, does someone tested this on Hardy? I can't reproduce this
bug in ANY gnome app at all in latest Hardy alpha 5. Can someone test
this please?
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification bec
that's not likely something upstream will change this cycle not
something we will patch in a distro specific way
** Tags removed: qa-hardy-desktop
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification because y
** Tags added: qa-hardy-desktop
** Tags removed: qa-hardy-list
--
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 maili
** Tags added: qa-hardy-list
--
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.co
The following comment was written 1st October:-
Excellent suggestions. Regarding the "upstream priority of normal" -
why is this causing the bug to remain unfixed for 6 years now. 6
years! What must people switching to Ubuntu think?
I was speaking to someone just this week who was thinking of swi
ChrisC: sebastian already said it's been used in the installer!
in the last 10 days since Colin Watson (a maintainer of the installer)
acknowledged the workaround and said he would investigate, none of the
comments here have been remotely useful, but are spamming a fairly long
list of subscribers.
why not apply the workround in the installer or synaptic ?
I did look at some of the upstream reports a little while ago, but I
dont remember being convinced that there was any reason why a hack
couldnt be tacked onto the end of the gtk set sensitive code, providing
it respected the visibility sta
The hack you describe has already been mentionned on the bug and used in
the ubiquity installer. Did you read the upstream bug comments?
** Changed in: gtk+2.0 (Ubuntu)
Status: Confirmed => Triaged
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.n
This bug is VERY trivial I happened to be using monodevelop so heres
some mono code with 2 buttons, 1 with the bug and 1 using the work
round
(I have used this workround in c++ before)
protected virtual void OnGoButtonClicked (object sender,
System.EventArgs e)
{
w
This bug is far to be trivial, if you look to the upstream comment you
will notice it requires a really good understanding of how GTK works and
to consider lot of cases and the possible effects, that's really
something non trivial and not a quick hack, we don't have GTK
maintainers in the Ubuntu te
Yeah I agree too, it's evident that assigning priorities to bugs isn't a
simple thing and I think that ubuntu generally do a very great job.
This bug is one of these exceptions we should care about. It would avoid
a lot of time lost in comments. I think that the ubuntu community as
much as the lin
Sebastien, I agree with you there are a lack of manpower and a lot of
bug to fix.
But I think that here we are talking about a few number of bug (I guess from 5
to 10) that break the usability of the user interface (as Ross reported above
here)
e.g. look at this Bug #66869
I don't think there a
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 normall
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
nullack, don't you think there is some exageration in what you wrote?
What is shocking in saying that we there is a right balance between new
features and bug fixing? We still try to fix everything we consider as
critical before each version, maybe where we disagree is on whether this
particular bu
While I am new to Ubuntu, I have over a decade of professional experience in
IT projects and I am so shocked that someone with an Ubuntu email address
would actually make the statement that Sebastien has made I feel compelled
to respond with my own points. The importance of producing robust, stable
that's not that easy, there is a right balance between new features and
bug fixing to find, next cycle will get extra bug fixing since hardy
will be a lts version
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notific
Then use the manpower that's introducing new features!
Bug fixes are far more important that new features
___
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.com/
--
Newly-sen
the issue is a lack of manpower to work on those bugs, a specification
is not going to make that better and there is not a lot to specify there
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification because you a
We are many people who have been waiting for a solution to this bug and
others. More and more bugs are heaping up and lagging behind. Therefore
I made a new blueprint request, which is simply called "fix-bugs". You
can find it here: https://blueprints.launchpad.net/ubuntu/+spec/fix-bugs
If you als
Getting this bug fixed, along wth 42532, would be an amazing
accomplishment!
--
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.
--
ubun
I first noticed this also around 2001 ish, but in windows!!
(is this the first cross platform bug?!)
as nothing has been done in *over* 5 years, I think
some kind of patch would be rather nice...
nullack wrote:
> Looks as though this bug has been around since 2001. Sadly it retains an
> upstream p
I hadn't noticed that workaround the last time I looked at the upstream
bug (previous workarounds were much worse). I'll look into that, thanks.
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification because you
Looks as though this bug has been around since 2001. Sadly it retains an
upstream priority of normal which ignores the very serious impact it has
on Ubuntu first impressions and greatly highlights one of the problems
with FOSS.
Given what has been a very poor track record on this bug why doesnt
Ca
** Tags added: iso-testing
--
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
This bug is pretty annoying.
A very acessible way to reproduce it without using fancy wizards or test
programs is to just use xsane.
Every ever scan I have to move the mouse out of the button then in again. It's
very annoying and because of that I often have to use the keyboard to scan
large set
I'm on Gutsy Tribe 4 and the problem isn't fixed for me, buttons still
just accept one click. Tested on two different windows.
--
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 Ub
While installing Gutsy Tribe 4, I discovered that this bug seems to have
been fixed. Has anyone else discovered the same?
--
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
** Changed in: gtk+2.0 (Baltix)
Status: New => Confirmed
--
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 maili
Sorry, I post a comment here because I don't see this bug listed in my own list
(even if I am a subscriber from duplicates).
It's just a test.
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://bugs.launchpad.net/bugs/22930
You received this bug notification because you a
** Also affects: gtk+2.0 (Baltix)
Importance: Undecided
Status: New
--
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.
--
ubu
The resolution is in process. Check the upstream bug (gnome-bugs #56070)
for more detail.
--
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 subscrib
i wasnt the first one to file it. so that makes it at least 2 years
old.
i'm using the latest version of synaptic and its still not fixed.
On 7/9/07, Mertiki <[EMAIL PROTECTED]> wrote:
>
> This bug is 2 years old ? Do you mean that there's already a fix for
> this bug ?
>
> --
> Newly-sensitiv
This bug is 2 years old ? Do you mean that there's already a fix for
this 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.
--
u
guys, i filed this bug in the summer of 2005! i've been getting an
email or 2 a week about it ever since someone fix it already!
thanks :-)
On 7/9/07, Ross Peoples <[EMAIL PROTECTED]> wrote:
>
> While guiding a new Ubuntu user (coming from Windows) through the
> Install process, thi
While guiding a new Ubuntu user (coming from Windows) through the
Install process, this was very annoying. Once he clicked the button, he
thought it was working so he left it alone until he realized the button
didn't actually get clicked. I told him it was a bug and that he needed
to move the mouse
does this with me as well (from 5.x and newer) wunder if in 7.10 thay
fix usablity bugs that have been there for years
thay should thow ubuntu at users to find out how to do simple things that
should work and report back and stick help box's there on what to do
not turn into an FAQ hunting day or
This has been happening in Ubuntu since Warty, as far as I know (as I
started using Ubuntu since that version).
--
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, whic
I still notice this in Synaptic under Feisty. It's quite annoying.
--
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 m
I can confirm this bug with every Ubuntu version since Dapper and it is
very annoying. I've seen several newbie users who thought they had done
something wrong - until they discovered that the button in question
"suddenly works", but they don't know why (they have "accidently" moved
out of the butt
the is an upstream GTK one, nothing Ubuntu specific. The Kubuntu
installer is using libqt
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://launchpad.net/bugs/22930
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu
But the Gnome version of Ubuntu still has the problem. I noticed that
when I installed the latest beta (1).
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://launchpad.net/bugs/22930
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
I notice that the Kubuntu Feisty Fawn installation does not suffer from
the same bug. They have it working properly.
-ray
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://launchpad.net/bugs/22930
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.u
although it seems to be a trivial problem, it is quite irritating; it
appears in any dialog chain (wizard), where a user repeatedly just wants
to click 'OK' or 'Continue'
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://launchpad.net/bugs/22930
--
ubuntu-bugs mailing l
Regarding the newly edited description:
This isn't limited to behavior after spawed-off dialoges finishes. As I
said in my report (one of the duplicates), this also happens when you do
a simple search in Synaptic.
--
Newly-sensitive button ignores clicks until cursor re-enters it
https://launchp
** Summary changed:
- Mouse focus doesn't return until mouse is moved off button
+ Newly-sensitive button ignores clicks until cursor re-enters it
** Description changed:
- I don't know enough about the underlying architecture to know what better
- package to put this into -- but I'm sure someon
67 matches
Mail list logo
