Yes.
** Changed in: xserver-xorg-input-evdev (Ubuntu)
Status: Incomplete = New
--
xinput clients receive input even when the window manager is getting mouse input
https://bugs.launchpad.net/bugs/82110
You received this bug notification because you are a member of Ubuntu-X,
which is
When I reported this bug first, I didn't know very well how bug worked.
Therefore I didn't forward upstream myself. That's the only sane thing
that can be done to such a bug - it's 2 years old. So someone please
report upstream.
I will instead unsubscribe, because of Bug #405350 and my decision
Dear Bryce,
the problem still occurs in Lucid, but only for mouse scroll events.
This can be easily verified by opening xournal, enabling Options-Use
xinput and then, over its main window, press Win+mousewheel to use
compiz. If the scrollbar in xournal is visible (that is, if the document
/can/
To the benefit of all the users experiencing this regression, booting
with the vga cable attached makes everything work fine. Typical of intel
minor league drivers.
--
Got black screen when set to dual monitor mode
https://bugs.launchpad.net/bugs/441112
You received this bug notification because
For those who have the black screen problem with i945gm (e.g. eeepc
1005ha) try to boot with the vga cable attached. This works perfectly on
my system (I use compiz on extended monitor setup).
--
[i945GM] dual screen not working with virtual resolution enabled: just a blank
screen with a mouse
Even better: it suffices to plug the cable, log out and then log in, and
xrandr no longer causes deadlock. Instead, just switching to a text mode
console and back does not help. Someone should try with kernel mode
switch disabled and report, preferably upstream.
--
Got black screen when set to
Same for me, could some developer double check if the bug may have
returned by mistake? E.g. a patch omitted in an upgrade?
--
Source rename clobbered local changes (so tapping not working in Karmic)
https://bugs.launchpad.net/bugs/378391
You received this bug notification because you are a
Bryce, I have been told on some ubuntu development IRC channel that the
upstream fix is going to reach karmic. Please check this, and if you
still need the requested information or more don't hesitate to ask.
** Changed in: mesa (Ubuntu)
Status: Incomplete = New
--
mesa xdemo/glxcontexts
Public bug reported:
I am currently encountering this bug in karmic
http://bugs.freedesktop.org/show_bug.cgi?id=22428
It's fixed upstream but since it's an high priority bug (compiz
completely unusable on intel video cards) and I don't know the path that
the upstream fix follows, I open this
** Bug watch added: freedesktop.org Bugzilla #22428
https://bugs.freedesktop.org/show_bug.cgi?id=22428
** Also affects: mesa via
https://bugs.freedesktop.org/show_bug.cgi?id=22428
Importance: Unknown
Status: Unknown
--
mesa xdemo/glxcontexts run aborted with assertion error
I have this bug on jaunty why was this marked as invalid?
--
[RS690M X1200] screen randomly blanks for short times
https://bugs.launchpad.net/bugs/310864
You received this bug notification because you are a member of Ubuntu-X,
which is the registrant for xserver-xorg-driver-ati.
Will reply in two weeks properly, because I will not be at office very
soon and the machine is there. I use a digital monitor with a high
resolution connected via vga. Not so frequently (can be once per hour)
the monitor goes black and comes back after some seconds.
--
[RS690M X1200] screen
Il giorno gio, 04/06/2009 alle 20.29 +, Noel J. Bergman ha scritto:
But then again MOST users should not be
running Jaunty. They should be running either Hardy or at most
Intrepid.
Ubuntu was born from debian for the two purposes of having a predictable
release cycle and high usability.
Il giorno gio, 04/06/2009 alle 19.59 +, reini ha scritto:
I'd like to point out that I tried the old (i.e. intrepid) driver
version (don't remember where I found it - it was somewhere in the
ubuntu wiki AFAIR). It didn't change the freezing problem at all
(made it worse if
Il giorno gio, 04/06/2009 alle 21.01 +, José Tomás Atria ha scritto:
IMHO, please stop with all the discussion about what should have been
done, or if linux is ready for the desktop and whatnot.
We have a stable release that is recommended as stable to users. ALL
users.
this stable
Il giorno gio, 04/06/2009 alle 13.17 +, ichudov ha scritto:
When people say Linux is not ready for desktop, this is what they
mean.
As a 12-years old (as a linux user) linux user, I have to say it's true.
I hoped for a long time that Ubuntu would have been different.
In this case,
Il giorno gio, 04/06/2009 alle 20.00 +0200, Vincenzo Ciancia ha scritto:
In this case, putting the old driver back in the distribution and
starting to chose the right driver based on user's feedback until the
too many intel issues are solved, would be mandatory.
@Bryce, it's easy to put
Il giorno gio, 21/05/2009 alle 16.03 +, zwaldowski ha scritto:
On odd note, though: my now-standard test of looking at the Wikimedia
picture above was passed, but Firefox blacks out the image as soon as
it
finishes downloading. I'm going to wget it right now and see if the
system can
Il giorno ven, 22/05/2009 alle 02.01 +, mlissner ha scritto:
So is it safe to say that if the singapore picture (above) doesn't
freeze our system when we have compiz on, that we don't have this bug?
That's my reading of it, but I haven't read all 500 comments.
No I don't think it is safe
I have a machine affected by this bug, but also another laptop showing
exactly the same form of sudden deadlocks, using an ATI radeon. Now the
point is that this is a centrino laptop, and the chipset is the same of
the other laptop. May this be not a bug in the video driver but
somewhere else
20 matches
Mail list logo