[Compiz] [Bug 1061130] Re: compiz crashed with SIGSEGV in operator=() from compiz::expo::activeViewportsForMembers() from ::updateViewportActiveStates() from ExpoScreen::donePaint()
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: compiz (Ubuntu) Status: New => Confirmed -- 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/1061130 Title: compiz crashed with SIGSEGV in operator=() from compiz::expo::activeViewportsForMembers() from ::updateViewportActiveStates() from ExpoScreen::donePaint() To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1061130/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1116587] Re: With external monitor the system is rarely working for more than 10 minutes
I cannot boot my system anymore when adding the above conf file to the system. I get the attached Xorg.log. The system does not detect any mouse as well in this situation. ** Attachment added: "Xorg.log of trying to boot with uxa which does not work at all" https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1116587/+attachment/3518335/+files/Xorg.0.log.old ** Summary changed: - With external monitor the system is rarely working for more than 10 minutes + Lenovo T400: With external monitor the system is rarely working for more than 10 minutes -- 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/1116587 Title: Lenovo T400: With external monitor the system is rarely working for more than 10 minutes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1116587/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1105785] Re: Please support the XDG base directory specification
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: compiz (Ubuntu) Status: New => Confirmed -- 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/1105785 Title: Please support the XDG base directory specification To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1105785/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 874146] Re: Multimonitor: New windows open on the wrong monitor, Place Plugin settings silently ignored
Will this fix be backported to Ubuntu 12.04 LTS? -- 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/874146 Title: Multimonitor: New windows open on the wrong monitor, Place Plugin settings silently ignored To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/874146/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1116587] Re: With external monitor the system is rarely working for more than 10 minutes
Thanks for the hint. I have added the following file: # cat /usr/share/X11/xorg.conf.d/60-monitor.conf Section "Device" Identifier "Device0" Driver "intel" Option "AccelMethod" "uxa" EndSection will test tomorrow. -- 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/1116587 Title: With external monitor the system is rarely working for more than 10 minutes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1116587/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1059549] Re: [regression] [quantal] Workspace overview (expo) doesn't always display the active workspace colored
** Changed in: compiz (Ubuntu) Status: Fix Committed => Fix Released -- 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/1059549 Title: [regression] [quantal] Workspace overview (expo) doesn't always display the active workspace colored To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1059549/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115351] Re: Workspace switcher: Right clicking launcher items makes quicklist always appearing by changing the workspace (switcher)
*** This bug is a duplicate of bug 1090565 *** https://bugs.launchpad.net/bugs/1090565 Seems this got fixed already here: https://code.launchpad.net/~3v1n0/unity/quicklist-disconnect-on-expo- terminated/+merge/146772 -- 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/1115351 Title: Workspace switcher: Right clicking launcher items makes quicklist always appearing by changing the workspace (switcher) To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115351/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115351] Re: Workspace switcher: Right clicking launcher items makes quicklist always appearing by changing the workspace (switcher)
*** This bug is a duplicate of bug 1090565 *** https://bugs.launchpad.net/bugs/1090565 ** This bug has been marked a duplicate of bug 1090565 Exiting expo mode leaves the BFB quicklist open -- 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/1115351 Title: Workspace switcher: Right clicking launcher items makes quicklist always appearing by changing the workspace (switcher) To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115351/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115343] Re: Semi-maximized windows do not maximize correctly using the maximize button
*** This bug is a duplicate of bug 796594 *** https://bugs.launchpad.net/bugs/796594 ** This bug has been marked a duplicate of bug 796594 Window management - pressing the 'restore' window indicator on a semi-maximised window should return it to the restored state -- 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/1115343 Title: Semi-maximized windows do not maximize correctly using the maximize button To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115343/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115343] Re: Semi-maximized windows do not maximize correctly using the maximize button
Esokrates, I am quite sure this case is no bug, but desired behaviour. When the window state changes to semi-maximized it is already in a "maximized" mode, even if it is just semi- ;) See also the button change on semi-maximize. -- 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/1115343 Title: Semi-maximized windows do not maximize correctly using the maximize button To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115343/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115343] Re: Semi-maximized windows do not maximize correctly using the maximize button
** Description changed: - After semi-maximizing (right/left half) a window it can not be maximized pressing the maximize button the first time. Instead the size before semi maximizing the window gets restored, so you need to press the maximize button again in order to really maximize the window. - If an application is already semi maximized when opening, maximizing works. + After semi-maximizing (right/left half) a window it can not be maximized pressing the maximize button the first time. Instead the window gets restored, so you need to press the maximize button again in order to really maximize the window. + If an application is already semi-maximized when opening, maximizing works. The following video demonstrates this: http://ubuntuone.com/43jbUlTisO1Ehg6keRyfF7 -- 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/1115343 Title: Semi-maximized windows do not maximize correctly using the maximize button To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115343/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 868423] Re: Launcher - Workspace switcher should not be in the Launcher by default
** Changed in: unity Assignee: (unassigned) => Marco Trevisan (Treviño) (3v1n0) -- 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/868423 Title: Launcher - Workspace switcher should not be in the Launcher by default To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/868423/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115341] Re: Grid resize: Placing maximized windows on the top edge using shortcuts does not work
** Description changed: - Pressing Strg + Alt + KP (7, 8, 9) in order to position a maximized window in the top corners or on the top half, the panel is not considered, meaning that part of the window disappears under the panel which is unwanted behavior. + Pressing Ctrl + Alt + KP (7, 8, 9) in order to position a maximized window in the top corners or on the top half, the panel is not considered, meaning that part of the window disappears under the panel which is unwanted behavior. The following video demonstrates this: http://ubuntuone.com/2FZ7UGfyrVl0MIHZflaYba -- 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/1115341 Title: Grid resize: Placing maximized windows on the top edge using shortcuts does not work To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115341/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115343] Re: Semi-maximized windows do not maximize correctly using the maximize button
** Tags added: needs-design -- 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/1115343 Title: Semi-maximized windows do not maximize correctly using the maximize button To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115343/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1082001] Re: Grid/Expo: Corner-resized Grid windows confuse Expo and follow the user from workspace to workspace
@Hugo, With the word "Workspace switcher" I am referring to a default ubuntu installation, where expo is called "Workspace Switcher". ** Description changed: [Test Case] 1. Open a window 2. Hit "Ctrl+Alt+Numpad3" to resize it via Grid (for example Firefox) into a corner. Alternatively you can drag the window to a corner to grid-resize it. 3. Open any other window (for example a terminal) 4. Trigger Expo (via Launcher's Workspace Switcher icon or by hitting "Super+S" for example) 5. Now drag the "non-gridded" second window (terminal in our case here) to another workspace/viewport What you would expect to happen: The terminal window should now be on the new viewport. The other window should not change position. What actually happens: No matter on which workspace the terminal window is dragged to, the *gridded* window follows. Wait, it gets even better: If you try to switch the workspace without dragging a window, the *gridded* window will follow you, whereever you go. If you resize multiple windows via Grid all will follow you from workspace to workspace. Note 1: I have tested this in a virtual machine with a vanilla default up-to-date installation of Raring also, to make sure non-default settings are not causing this problem. Note 2: This bug makes using Grid in combination with Expo (which are both enabled by default on Ubuntu) completely unusable and should have high priority. - - SUMMARY: - When a window gets positioned in a corner or the top/bottom half and you switch workspace using ẃorkspace switcher the window gets positioned on every workspace you switch to on exactly the same position. - Same is true for dragging one window on the same workspace as the grid positioned window (corners or top/bottom half) to another workspace: the grid placed window follows to the workspace the other window is dragged to. + SUMMARY: + When a window gets positioned in a corner or the top/bottom half and you switch workspace using ẃorkspace switcher (expo) the window gets positioned on every workspace you switch to on exactly the same position. + Same is true for dragging one window on the same workspace as the grid positioned window (corners or top/bottom half) to another workspace: the grid placed window follows to the workspace the other window is dragged to. This behavior is not true for windows that have grid positions when launched! The following video demonstrates the bug: http://ubuntuone.com/2s8kNGM6Qcp3WFfjOwe6XX -- 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/1082001 Title: Grid/Expo: Corner-resized Grid windows confuse Expo and follow the user from workspace to workspace To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1082001/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1115353] Re: Resizing windows (accessibility menu) using arrow keys does not work if resizing using more than one boarder
** Description changed: - If you attempt to resize a window by using the arrow keys and switch between the window boarders (e.g. using up-arrow-key and afterwards right-arrow-key) two issues prevent resizing: - 1.) - When changing boarders the cursor does not get positioned on the boarder of the orange preview box, but on the corner of the original window, which should only be the case if the windows size was not already modified using this boarder. - 2.) - If you modify the height of a window and switch boarders to modify the width of a window, the height of the orange preview box gets reset to the height of the original window, the upper boarder of the orange preview box always stays the same. - This means if you resize using the bottom boarder, switch to another boarder and start to resize, the orange previewbox gets reset so that it is congruent to the original window (with the exception of the boarder you just modified of course. ) - + If you attempt to resize a window by using the arrow keys and switch between the window borders (e.g. using up-arrow-key and afterwards right-arrow-key) two issues prevent resizing: + 1.) + When changing borders the cursor does not get positioned on the border of the orange preview box, but on the corner of the original window, which should only be the case if the windows size was not already modified using this border. + 2.) + If you modify the height of a window and switch borders to modify the width of a window, the height of the orange preview box gets reset to the height of the original window, the upper border of the orange preview box always stays the same. + This means if you resize using the bottom border, switch to another border and start to resize, the orange previewbox gets reset so that it is congruent to the original window (with the exception of the border you just modified of course. ) - If you modify the width of a window and switch boarders to modify the height of a window, the width of the orange preview box gets reset to the width of the original window, the left boarder of the orange preview box always stays the same. - This means if you resize using the right boarder, switch to another boarder and start to resize, the orange previewbox gets reset so that it is congruent to the original window (with the exception of the boarder you just modified of course. ) + If you modify the width of a window and switch borders to modify the height of a window, the width of the orange preview box gets reset to the width of the original window, the left border of the orange preview box always stays the same. + This means if you resize using the right border, switch to another border and start to resize, the orange previewbox gets reset so that it is congruent to the original window (with the exception of the border you just modified of course. ) - This two factors cause the cursor to be positioned relative to the orange preview box. + This two factors cause the cursor to be positioned relative to the orange preview box. The following video demonstrates this issue: http://ubuntuone.com/4wuuFxXU6VCJQVXGv3l6sM ** Summary changed: - Resizing windows (accessibility menu) using arrow keys does not work if resizing using more than one boarder + Resizing windows (accessibility menu) using arrow keys does not work if resizing using more than one border -- 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/1115353 Title: Resizing windows (accessibility menu) using arrow keys does not work if resizing using more than one border To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1115353/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1116538] Re: Strg + Super + Down does not work for windows placed in corners or top/bottom half
@John: yes, sorry about that inconsistency. ** Description changed: If you want to restore a maximized or semi-maximized window Ctrl + Super + Down works. If you want to restore a window placed in corners or top/bottom half Ctrl + Alt + R works. - If you press Ctro + Super + Down for a window placed in corners or + If you press Ctrl + Super + Down for a window placed in corners or top/bottom half, the window gets minimized instead of getting restored first. - Strg + Super + Down should replace Strg + Alt + R, so that restoring + - minimizing using Strg + Super + Down works for all windows the same way. + Ctrl + Super + Down should replace Ctrl + Alt + R, so that restoring + + minimizing using Ctrl + Super + Down works for all windows the same way. Desired resolution: - Replace the "Ctrl + Alt+ R" shortcut with "Ctrl + Alt + Down" -- 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/1116538 Title: Strg + Super + Down does not work for windows placed in corners or top/bottom half To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1116538/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 803943] Re: compiz consuming a lot of cpu
** Changed in: unity (Ubuntu) Assignee: (unassigned) => GMPH (gmphtravel) -- 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/803943 Title: compiz consuming a lot of cpu To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/803943/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1063617] Re: 1:0.9.8+bzr3319-0ubuntu1 regression: keeps setting gsettings keys to wrong values
+1 Asking for backport to 12.10. This renders the keyboard shortcuts dialog useless. -- 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/1063617 Title: 1:0.9.8+bzr3319-0ubuntu1 regression: keeps setting gsettings keys to wrong values To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1063617/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1116587] Re: With external monitor the system is rarely working for more than 10 minutes
So SNA is enabled by default now. Do the freezes still occur when switching back to UXA accel method? -- 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/1116587 Title: With external monitor the system is rarely working for more than 10 minutes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1116587/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Compiz] [Bug 1102024] Re: Restoring a maximized Gnome Terminal window with keybinding fails to restore the original geometry
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: compiz (Ubuntu) Status: New => Confirmed -- 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/1102024 Title: Restoring a maximized Gnome Terminal window with keybinding fails to restore the original geometry To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1102024/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp