No, the bug really seems to be solved in Intrepid. Marking as "fix
released", someone please reopen it they think it is still valid.
** Changed in: compiz (Ubuntu)
Status: Incomplete => Fix Released
--
cube usually rotates by 2 faces when using ctrlaltleft or ctrlaltright
https://bugs.lau
I cannot reproduce this issue. Is the bug still present for you with
Intrepid?
** Changed in: compiz (Ubuntu)
Status: Confirmed => Incomplete
--
cube usually rotates by 2 faces when using ctrlaltleft or ctrlaltright
https://bugs.launchpad.net/bugs/157588
You received this bug notification
More testing showed that the bug also occurs if I switch to a window in
another viewport.
E.g: I am on screen one, and on my docking bar I see the icon of a
terminal that is in screen 2; if I click on it, instead that to screen
2, I get flipped to screen 3.
Similarly, if the window is in screen 3
Changing status to "confirmed".
It is probably worth mentioning that:
- I'm using a 64 bit Hardy
- the bug occurs not only in the cube but also when I "unroll" the cube with
CTRL+ALT+DOWN: if I move left/right, it still skips one screen
- the bug doesn't occurr if I directly click on a desktop in
I'm testing up to date (updated yesterday) Hardy, bug is still here.
Unfortunately, I can't test it in the live CD, since my card (ATI
Xpress200M) needs fgrlx driver for acceleration, and I can't (or just
don't know how to) install it without rebooting. But I tested it after
removing .gconf/compiz
We are closing this bug report because it lacks the information we need
to investigate the problem, as described in the previous comments.
Please reopen it if you can give us the missing information, and don't
hesitate to submit bug reports in the future. To reopen the bug report
you can click on t
Thank you for taking the time to report this bug and helping to make
Ubuntu better. The issue that you reported is one that should be
reproducible with the live environment of the Desktop CD of the
development release - Hardy Heron. It would help us greatly if you could
test with it so we can work
After more testing, I've a simpler and more complete pattern.
ctrlaltleft and ctrlaltright always move 2 faces
except:
when moving off the left (left of zero), the face is set to last face
when moving off the right of the last face, the face is set to face 0.
except if I press keys too quickly.
A curious observation:
both ctrlaltleft and ctrlaltright are affected by the same bug, but differently.
Given the faces are numbered 0..3 (I'm using the gnome workspace switcher to
track faces/virtual screens):
ctrlaltleft moves to an odd numbered face
ctrlaltright moves to an even numbered face