I see this bug as well. That's with an intel GM965. However, it seems
that screenshots stop working only after a while (not sure what
triggers it). Once screenshots are black, they are always black until I
run compiz --replace (or restart the computer).
--
You received this bug notification
I don't remember ever encountering case (a), and I use Ubuntu 10 hours
every day. I've been using Unity only since 12.04 though. Maybe case
(a) has been already fixed since the original report (from 2011-04).
--
You received this bug notification because you are a member of compiz
packagers,
Sorry Daniel, in my comment I meant case (c)! I can also reproduce
cases (a) and (b) here :-)
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/751605
Title:
Multi-monitor - Windows
lid.sh does quite a few things, but with Unity, without xscreensaver, and with
an intel card, it basically does this when closing the screen:
xset dpms force off
and when opening the screen:
xset dpms force on
--
You received this bug notification because you are a member of compiz
packagers,
I also got a hang. It's very rare on this laptop (every couple of
months). It's 32 bits. Attached is the backtrace. As you can see, it's
very similar to the 64 bits one.
Compiz is not looping. It's just blocked there. The process doesn't use
the cpu and I took a second backtrace a few second
Just a note, this backtrace is not taken after suspend, but just closing
the lid, monitors go to powersave mode, and opening the lid.
Indeed, it could be due to having this dri call and a call to switch off
the monitors at the same time.
--
You received this bug notification because you are a
I have exact same problem as Brian: as my workspace shortcuts are
involving Super and not Ctrl+Alt, Ctrl+Alt are never released and the
workspace switcher stays.
To reproduce this with the normal shortcuts, it's a bit more complex than what
is in the bug description:
1. Go to top-left workspace
Also, a pretty good kludge would be to always hide the workspace
switcher when _no_ key is pressed.
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/984383
Title:
Workspace switcher
Here is my understanding of the mis-behaviour:
1. you need at least two monitors, with different resolutions
2. open a resizable window on the smallest monitor (example: gedit)
3. If the has a vertical (resp. horizontal) size bigger than the small monitor
_and_ smaller than the big monitor,
In essence, this happens when the window is half-maximized (i.e.,
vertically or horizontally maximized). Then clicking on the (un)maximize
button will unmaximize completely while the user expects a full maximize
behaviour.
You can reproduce this also by middle-clicking the maximize button and
I have a left(small)-right(big) monitor setup and the current behaviour
seems to be affected only by the size of both monitors. If a window
situated on the small monitor has a vertical size bigger than the small
monitor _and_ smaller than the big monitor, when maximized, it is
automatically moved
11 matches
Mail list logo