** Information type changed from Private to Public
--
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/1275516
Title:
compiz crashed with SIGSEGV
To manage notifications about this bug go
*** This bug is a duplicate of bug 770283 ***
https://bugs.launchpad.net/bugs/770283
Looks like title bar updates also affect the hover effect. I usually
don't pay much attention to title updates in the title bar, so I ended
up making the wrong query while looking for existing bugs, hence the
By the way, width and height are not unrelated. After some quick
experimentation I determined that a magic combination of both width and
height must be reached for the decoration to work properly (provided
that at least one side exceeds 1280 pixels).
--
You received this bug notification because
I confirm what hunter-12 found out (comment #24)
> title updates normally when the window's width is greater than certain
limit
--
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/770283
Tit
I am still experiencing this in precise, either with fglrx 8.911
(included in the repos) or fglrx 8.950 (Catalyst 12.2, installed
manually from packages built by the installer).
Side note: this fglrx update did wonders with gnome-shell, this might as
well be a bug with fglrx as pointed out by Łuka
Workaround described in comment #9 doesn't seem to apply to Precise.
--
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/770283
Title:
[fglrx]title bar does not update on non-maximized wind
Setting "Snap windows back to original size" off causes the crash.
Always reproducible.
--
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/947855
Title:
compiz crashed with SIGSEGV in Plug
** Visibility changed to: Public
** Description changed:
- Toggled the switch to disable windows resizing when snapping them off
- the grid (CCSM).
+ (Grid plugin) Toggled the switch to disable windows resizing when
+ snapping them off the grid (CCSM).
ProblemType: Crash
DistroRelease: Ubu
I have no problems with fglrx + compiz-1:0.9.7.0~bzr2995-0ubuntu4 + Sync
to VBlank.
Make sure to have the amdcccle's "Tear-free" option turned off.
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad
I'm on 10.04 LTS and testing Precise from time to time to get an idea of
upcoming changes. Can you push a package built for precise?
Anyway, great work! If you come to FOSDEM this year, remember me that I
owe you a beer ;-)
--
You received this bug notification because you are a member of compiz
Should we expect 0.9.7 to hit Precise's repository with your fixes
anytime soon?
--
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/763005
Title:
Compiz's "Sync to Vblank" makes display st
I confirm that I can see this bug also when using Catalyst (fglrx)
drivers (both the version available in Oneiric and later versions
avaiable from AMD's website).
In my case the issue is exacerbated by the number of active X clients.
Closing some windows slightly improves the situation. However, I
*** This bug is a duplicate of bug 763005 ***
https://bugs.launchpad.net/bugs/763005
Found out that disabling "Sync to VBlank" in OpenGL plugin settings
really does wonders with my setup. Animations are smooth and there's no
lag anymore.
Marking this bug as duplicate of bug 763005.
** This b
Update: installed latest update as of Nov 2, 2011 and updated fglrx to
8.90.5 (Catalyst 11.10). Windows still lag behind the on-screen cursor
and animations are choppy.
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
htt
Update: No problems with kwin (KDE 4.7) or Xfwm4 (Xfce 4.8 - albeit with
noticeably low fps while dragging with compositing enabled, but no lag)
either with fglrx or open-source drivers.
--
You received this bug notification because you are a member of compiz
packagers, which is subscribed to com
** Attachment added: "Video.ogg"
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/882024/+attachment/2573750/+files/Video.ogg
--
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/88202
Update: it doesn't happen with Unity 2d so there's definitely a problem
with the latest generation of compositing window managers.
--
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/882024
T
** Description changed:
Dragging windows (and in general, everything that involves dragging)
seems to lag behind relatively to cursor position. This issue is
exacerbated by screen size: bigger resolutions make this issue more
noticeable.
I'm experiencing this behavior both in Mutter (
--
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/882024
Title:
Lag While Dragging Windows Around
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/c
Public bug reported:
Dragging windows (and in general, everything that involves dragging)
seems to lag behind relatively to cursor position. This issue is
exacerbated by screen size: bigger resolutions make this issue more
noticeable.
I'm experiencing this behavior both in Mutter (gnome-shell) an
20 matches
Mail list logo