[Dx-packages] [Bug 1044927] Re: Laucher background not blurred when Dash is opened
[Expired for unity (Ubuntu) because there has been no activity for 60 days.] ** Changed in: unity (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1044927 Title: Laucher background not blurred when Dash is opened Status in Unity: Incomplete Status in Unity 7.2 series: Incomplete Status in unity package in Ubuntu: Expired Bug description: The launcher background is occasionally left without blur (see attached screenshot). This is a regression after updating unity from version 6.2.0-0ubuntu4 to 6.4.0-0ubuntu1. Steps to reproduce: Make sure that launcher is set to autohide and it's not visible. 1. Open dash pressing Super 2. Notice that the launcher background is not blurred. This happens only when dash is opened pressing Super button. If launcher happens to be visible prior to opening dash, for example opening dash from BFB, the launcher background is blurred properly. If you open dash by using lens shortcuts (Super+F for example), the launcher background is blurred correctly most of the time. Also, if the launcher background has no blur and you click something with your mouse inside dash, the launcher background gets blurred. I think this is somehow related to bug 1044926 because the launcher background is never blurred if the dash is shown before the launcher. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.4.0-0ubuntu1 ProcVersionSignature: Ubuntu 3.5.0-11.11-generic 3.5.2 Uname: Linux 3.5.0-11-generic x86_64 ApportVersion: 2.5.1-0ubuntu4 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' Date: Sun Sep 2 10:37:48 2012 DistUpgraded: Fresh install DistroCodename: quantal DistroVariant: ubuntu GraphicsCard: Advanced Micro Devices [AMD] nee ATI RV620 [Mobility Radeon HD 3400 Series] [1002:95c4] (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:19e2] InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120807.1) MachineType: ASUSTeK Computer Inc. F5SR ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=fi_FI.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-11-generic root=UUID=40b6854e-96f6-477e-843b-810512211444 ro quiet splash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/01/2009 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 210 dmi.board.asset.tag: To Be Filled By O.E.M. dmi.board.name: F5SR dmi.board.vendor: PEGATRON CORPORATION dmi.board.version: 1.0 dmi.chassis.type: 10 dmi.chassis.vendor: ASUSTeK Computer Inc. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr210:bd04/01/2009:svnASUSTeKComputerInc.:pnF5SR:pvr1.0:rvnPEGATRONCORPORATION:rnF5SR:rvr1.0:cvnASUSTeKComputerInc.:ct10:cvr: dmi.product.name: F5SR dmi.product.version: 1.0 dmi.sys.vendor: ASUSTeK Computer Inc. version.compiz: compiz 1:0.9.8.0-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.38-0ubuntu2 version.libgl1-mesa-dri: libgl1-mesa-dri 9.0~git20120821.c1114c61-0ubuntu2 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 9.0~git20120821.c1114c61-0ubuntu2 version.xserver-xorg-core: xserver-xorg-core 2:1.12.99.905-0ubuntu3 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu1 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.99.99~git20120713.6ef1ad6a-0ubuntu1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.20.3-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.1-4~ubuntu1 To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1044927/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1349281] Re: The exposed open windows are not displayed in the geometric order
** Summary changed: - The exposed open windows are displayed in the correct order + The exposed open windows are not displayed in the geometric order ** Description changed: + [ Impact ] + When multiple non-maximised windows of the same program are open and one clicks on the icon of the program in the launcher, they are all shown - one next to each other but in the wrong order: windows that are in the - top-left corner can be shown in the right bottom position or on the top - bottom corner. + one next to each other but in an unexpected, difficult-to-predict order: + windows that are in the top-left corner of the workspace can be shown in + the exposé in the right bottom position or on the left bottom corner. This makes very hard to switch between similarly looking windows like terminals. - How to reproduce: + [ Test Case ] + * launch four or so terminal windows; * write something different on each of them to be able to tell them apart; * move each window to a different corner, possibly using the auto-resizing feature of Unity; * click on the terminal icon in the launcher; * many terminal windows are displayed; * choose the thumbnail in the right-top corner; * very likely a window that was in another corner has been selected; * try again various time and realize how confusing this all is. - The thing that is more strange is that you have to move the mouse - pointer to a certain point (let's say "right-top"), then you see the - window has appeared far away (let's say "bottom-left") so you have to - move your mouse again. + [ Potential Regressions ] + + An invalid ordering calculation might still position windows in the + exposé in unexpected ways. This is not a serious regression and has not + been observed under production situations. + + [ Additional Info ] + + The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity as + released in Ubuntu 14.10 where it demonstrated stability under daily + use. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1349281 Title: The exposed open windows are not displayed in the geometric order Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [ Impact ] When multiple non-maximised windows of the same program are open and one clicks on the icon of the program in the launcher, they are all shown one next to each other but in an unexpected, difficult-to- predict order: windows that are in the top-left corner of the workspace can be shown in the exposé in the right bottom position or on the left bottom corner. This makes very hard to switch between similarly looking windows like terminals. [ Test Case ] * launch four or so terminal windows; * write something different on each of them to be able to tell them apart; * move each window to a different corner, possibly using the auto-resizing feature of Unity; * click on the terminal icon in the launcher; * many terminal windows are displayed; * choose the thumbnail in the right-top corner; * very likely a window that was in another corner has been selected; * try again various time and realize how confusing this all is. [ Potential Regressions ] An invalid ordering calculation might still position windows in the exposé in unexpected ways. This is not a serious regression and has not been observed under production situations. [ Additional Info ] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity as released in Ubuntu 14.10 where it demonstrated stability under daily use. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1349281/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1349281] Re: The exposed open windows are displayed in the correct order
** Branch unlinked: lp:~unity-team/unity/trusty-1349281 -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1349281 Title: The exposed open windows are displayed in the correct order Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: When multiple non-maximised windows of the same program are open and one clicks on the icon of the program in the launcher, they are all shown one next to each other but in the wrong order: windows that are in the top-left corner can be shown in the right bottom position or on the top bottom corner. This makes very hard to switch between similarly looking windows like terminals. How to reproduce: * launch four or so terminal windows; * write something different on each of them to be able to tell them apart; * move each window to a different corner, possibly using the auto-resizing feature of Unity; * click on the terminal icon in the launcher; * many terminal windows are displayed; * choose the thumbnail in the right-top corner; * very likely a window that was in another corner has been selected; * try again various time and realize how confusing this all is. The thing that is more strange is that you have to move the mouse pointer to a certain point (let's say "right-top"), then you see the window has appeared far away (let's say "bottom-left") so you have to move your mouse again. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1349281/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1400377] Re: snapping to portrait/landscape
Won't fix since it can't be "fixed" by unity tweak tool without support from unity, and our project is limited to presenting various controls exposed by unity. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1400377 Title: snapping to portrait/landscape Status in Unity Tweak Tool: Won't Fix Status in unity package in Ubuntu: New Bug description: We can currently configure window snapping (take half the screen or the like) in unity-tweak-tool, this is nice. On a normal display, the screen is landscape so pushing window in side of screen split the screen in 2 (left/right) and pushing on top maximize the window. But on a portrait screen one would most likely want to split in 2 (top/bottom). I would like to be able to configure either per screen or per layout (portrait/landscape) ? To manage notifications about this bug go to: https://bugs.launchpad.net/unity-tweak-tool/+bug/1400377/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1400377] Re: snapping to portrait/landscape
This can be achieved by setting window snapping on chosen trigger eges to top half and bottom half. Per screen settings are not supported by unity to the best of my knowledge, so unfortunately this is not possible right now. If you manage to find any way this can be done, please inform us and we'll add the feature after studying how it can be done. Meanwhile, if you have both a portrait screen and a landscape screen, and need snapping for top/bottom and left/right, a workaround is to set window snapping triggers on all four edges to fill the respective halves ( top edge for top half and so on) and use a corner for maximize. Unity project may want to look at this feature-request, I am marking as affects unity and closing for unity tweak tool. ** Also affects: unity (Ubuntu) Importance: Undecided Status: New ** Changed in: unity-tweak-tool Status: New => Won't Fix -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1400377 Title: snapping to portrait/landscape Status in Unity Tweak Tool: Won't Fix Status in unity package in Ubuntu: New Bug description: We can currently configure window snapping (take half the screen or the like) in unity-tweak-tool, this is nice. On a normal display, the screen is landscape so pushing window in side of screen split the screen in 2 (left/right) and pushing on top maximize the window. But on a portrait screen one would most likely want to split in 2 (top/bottom). I would like to be able to configure either per screen or per layout (portrait/landscape) ? To manage notifications about this bug go to: https://bugs.launchpad.net/unity-tweak-tool/+bug/1400377/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1374917] Re: After using sudo some files now owned by root
This is not a bug in MATE itself. If the XDG_* variables are not set then it is not the receiving applications fault. I have tested on Arch Linux with "proper" systemd 218-1 and the issue of file ownership in the the users `.config` home directory being changed to `root` is not present. I can reliably reproduce this on Ubuntu 14.04 running systemd-shim, so I can only assume the root cause lies in systemd-shim. ** Changed in: ubuntu-mate Status: Confirmed => Won't Fix -- You received this bug notification because you are a member of DX Packages, which is subscribed to systemd-shim in Ubuntu. https://bugs.launchpad.net/bugs/1374917 Title: After using sudo some files now owned by root Status in Ubuntu MATE: Won't Fix Status in systemd-shim package in Ubuntu: New Bug description: After I changed a file with sudo now include some files in my home directory root. axelw@work2:~$ sudo pluma /etc/lightdm/lightdm.conf [sudo] password for axelw: ... edited and saved file ... axelw@work2:~$ find ./ -user root ./.cache/dconf/user ./.local/share/recently-used.xbel ./.config/dconf/user ./.config/pluma/pluma.ini To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-mate/+bug/1374917/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1374917] Re: After using sudo some files now owned by root
** Also affects: systemd-shim (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of DX Packages, which is subscribed to systemd-shim in Ubuntu. https://bugs.launchpad.net/bugs/1374917 Title: After using sudo some files now owned by root Status in Ubuntu MATE: Confirmed Status in systemd-shim package in Ubuntu: New Bug description: After I changed a file with sudo now include some files in my home directory root. axelw@work2:~$ sudo pluma /etc/lightdm/lightdm.conf [sudo] password for axelw: ... edited and saved file ... axelw@work2:~$ find ./ -user root ./.cache/dconf/user ./.local/share/recently-used.xbel ./.config/dconf/user ./.config/pluma/pluma.ini To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-mate/+bug/1374917/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1338283] Re: Screen brightness, volume notifications do not show up anywhere. Email and song change notifications appear broken as well.
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: notify-osd (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of DX Packages, which is subscribed to notify-osd in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1338283 Title: Screen brightness, volume notifications do not show up anywhere. Email and song change notifications appear broken as well. Status in notify-osd package in Ubuntu: Confirmed Bug description: Screen brightness, volume notifications do not show up anywhere. Email and song change notifications appear as in the linked photo: http://i.imgur.com/EVJy2hk.jpg ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: notify-osd 0.9.35+14.04.20140213-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-30.54-generic 3.13.11.2 Uname: Linux 3.13.0-30-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.2 Architecture: amd64 CurrentDesktop: Unity Date: Sun Jul 6 15:43:53 2014 DesktopSession: 'ubuntu' GtkTheme: 'Numix Solarized' IconTheme: 'ubuntu-mono-dark' InstallationDate: Installed on 2014-02-11 (145 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) MachineType: Sony Corporation SVE14115FDB ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-30-generic root=UUID=4d80c323-50d1-4ed1-8e13-b591fa8c9451 ro plymouth:debug drm.debug=0xe RelatedPackageVersions: xserver-xorg 1:7.7+1ubuntu8 libgl1-mesa-glx 10.1.3-0ubuntu0.1 libdrm2 2.4.52-1 xserver-xorg-video-intel 2:2.99.910-0ubuntu1 xserver-xorg-video-ati 1:7.3.0-1ubuntu3.1 SourcePackage: notify-osd UpgradeStatus: Upgraded to trusty on 2014-03-18 (110 days ago) dmi.bios.date: 03/23/2012 dmi.bios.vendor: Insyde Corp. dmi.bios.version: R0170E5 dmi.board.asset.tag: N/A dmi.board.name: VAIO dmi.board.vendor: Sony Corporation dmi.board.version: N/A dmi.chassis.asset.tag: N/A dmi.chassis.type: 10 dmi.chassis.vendor: Sony Corporation dmi.chassis.version: N/A dmi.modalias: dmi:bvnInsydeCorp.:bvrR0170E5:bd03/23/2012:svnSonyCorporation:pnSVE14115FDB:pvrC107D1C4:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A: dmi.product.name: SVE14115FDB dmi.product.version: C107D1C4 dmi.sys.vendor: Sony Corporation To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/1338283/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1349281] Re: The exposed open windows are displayed in the correct order
Attached debdiff between trusty-updates and SRU. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/unity/+bug/1349281/+attachment/4289427/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1349281 Title: The exposed open windows are displayed in the correct order Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: When multiple non-maximised windows of the same program are open and one clicks on the icon of the program in the launcher, they are all shown one next to each other but in the wrong order: windows that are in the top-left corner can be shown in the right bottom position or on the top bottom corner. This makes very hard to switch between similarly looking windows like terminals. How to reproduce: * launch four or so terminal windows; * write something different on each of them to be able to tell them apart; * move each window to a different corner, possibly using the auto-resizing feature of Unity; * click on the terminal icon in the launcher; * many terminal windows are displayed; * choose the thumbnail in the right-top corner; * very likely a window that was in another corner has been selected; * try again various time and realize how confusing this all is. The thing that is more strange is that you have to move the mouse pointer to a certain point (let's say "right-top"), then you see the window has appeared far away (let's say "bottom-left") so you have to move your mouse again. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1349281/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1328677] Re: unity first-run stamp should not be in XDG_CACHE_HOME
Attached debdiff between trusty-updates and SRU. ** Branch unlinked: lp:~unity-team/unity/trusty-1328677 ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1328677/+attachment/4289426/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff ** Description changed: + [ Impact ] + The unity first_run.stamp file should not be in XDG_CACHE_HOME. As it is a _cache_, it can be ephemeral. Rather, it should be in XDG_CONFIG_HOME. Once the keyboard shortcut list, for example, has been presented, I don't need to be told about it again, even if I need to purge my ~/.cache directory. This is a problem at our site, where XDG_CACHE_HOME is stored on a temporary filesystem, to cut down on the tremendous amount of useless network traffic between workstations and the user's file server. As a result, users now have to learn about Unity keyboard shortcuts on every single login. - Relevant info: + [ Test Case ] - unity: - Installed: 7.2.1+14.04.20140513-0ubuntu2 - Candidate: 7.2.1+14.04.20140513-0ubuntu2 - Version table: - *** 7.2.1+14.04.20140513-0ubuntu2 0 - 500 http://mirrors.mit.edu/ubuntu/ trusty-updates/main amd64 Packages - 100 /var/lib/dpkg/status - 7.2.0+14.04.20140423-0ubuntu1.2 0 - 500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages - 7.2.0+14.04.20140416-0ubuntu1 0 - 500 http://mirrors.mit.edu/ubuntu/ trusty/main amd64 Packages + On a non-fresh install, log in to the Unity desktop. The Shortcuts + screen should ne be displayed. - Distributor ID: Ubuntu - Description: Ubuntu 14.04 LTS - Release: 14.04 - Codename: trusty + [ Regression Potential ] + + The regression potential in Ubuntu 14.04 LTS is nil since + XDG_CONFIG_HOME is required to be writable in that distribution. + + [ Other Info ] + + The Ubuntu 14.04 LTS SRU was cherry-picked from Ubuntu 14.10 where the + fix has been in production use for some time and has been stable. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1328677 Title: unity first-run stamp should not be in XDG_CACHE_HOME Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [ Impact ] The unity first_run.stamp file should not be in XDG_CACHE_HOME. As it is a _cache_, it can be ephemeral. Rather, it should be in XDG_CONFIG_HOME. Once the keyboard shortcut list, for example, has been presented, I don't need to be told about it again, even if I need to purge my ~/.cache directory. This is a problem at our site, where XDG_CACHE_HOME is stored on a temporary filesystem, to cut down on the tremendous amount of useless network traffic between workstations and the user's file server. As a result, users now have to learn about Unity keyboard shortcuts on every single login. [ Test Case ] On a non-fresh install, log in to the Unity desktop. The Shortcuts screen should ne be displayed. [ Regression Potential ] The regression potential in Ubuntu 14.04 LTS is nil since XDG_CONFIG_HOME is required to be writable in that distribution. [ Other Info ] The Ubuntu 14.04 LTS SRU was cherry-picked from Ubuntu 14.10 where the fix has been in production use for some time and has been stable. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1328677/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 741869] Re: Unity/compiz intercepts Super and Alt keypresses from grabbed windows like VMs.
It works fine with 0 A.D. game on 14.10. Can this bug be closed for compiz also? The Milestone of this bug for Compiz is 0.9.11.0 and 0.9.11 is indeed provided in trusty, while 0.9.12 is provided in utopic. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/741869 Title: Unity/compiz intercepts Super and Alt keypresses from grabbed windows like VMs. Status in Ayatana Design: Fix Committed Status in Compiz: Triaged Status in Compiz Core: Triaged Status in OEM Priority Project: Won't Fix Status in OEM Priority Project precise series: Won't Fix Status in Unity: Fix Released Status in Unity 7.2 series: Fix Released Status in compiz package in Ubuntu: Triaged Status in unity package in Ubuntu: Fix Released Status in compiz source package in Trusty: Confirmed Status in unity source package in Trusty: Fix Released Bug description: [Impact] After upgrading from Maverick to Natty, I can no longer use the Super (windows) key in Virtual Machine Manager. Previously, as long as I had the Virtual Machine Manager console window in the foreground, I could press the Super key and the start menu would pop up. Since upgrading to Natty, this no longer works, and the search box appears in the upper left. Also see bug #934921 [Test Case] (1) Install virtualbox or virt-manager and qemu-system, create and boot a virtual machine (2) while in the virtual machine (and it should grab the keyboard), press the Super key Expected Result: the super key acts inside the VM (check by install unity on it or using xev) Buggy Result: the super key acts in the host and the Unity Dash is displayed [regression Potential]This patch plays with key grabs and ungrabs: the most likely potential for regression is (a) the existing grabs continue and no fix obtains or (2) the grab is not resumed when returning control from the VM and the Super key does not invoke the Unity Dash. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/741869/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1237132] Re: Change "Show Desktop" icon option label when this option is in the state where it will reverse the prior show desktop action.
** Description changed: - If I were to sit next to you at your computer, put my arm around your - shoulder and ask you: "Show me the Desktop" + [ Impact ] - What would you do? Load up a Firefox window? What if I asked you again - "Show me the Desktop" + The label on the show desktop / show windows icon in the Unity Switcher + does not change even when the function of the button has changed. This + can be just a little bit confusing. - Would you do something different than, say, show the desktop? + [ Test Case ] - Thusly, when one selects "Show Desktop" with ALT+TAB I propose either: + (1) Open several applications with windows. + (2) Using Alt-Tab, bring up the Switcher and keeping the Alt key depressed and using the Tab key, navigate to the leftmost icon, which should be labeled "Show Desktop". Release all keys. Only the desktop should be displayed. + (3) Again using Alt-Tab, navigate back to the leftmost icon. Its label should have changed to "Restore Windows" to indicate its changed function. - 1) Show the Desktop and only the desktop, no matter the state. + [ Regression Potential ] - Or: + About the worst that could happen is the incorrect label is applied to + the icon in the Switcher. - 2) Change the state from "Show Desktop" to "Show Open Windows." + [ Other Info ] - Thank you for your consideration. - - - -- - Desired solution: - - - First see the description of bug #966030 - - - When the user is in the 3rd state described in the description of the - aforementioned bug (e.g. they have just used the 'Show Desktop' function - to minimise all their windows, and have not opened or restored any new - windows after doing this), if the user goes to the 'Show Desktop' option - in Alt-Tab, the title should be changed to 'Restore Windows'. The - action that is performed when this option is selected should not change, - the only thing that should change is the label in this state. - - - If possible, it would also be good to change the tooltip of the - Launcher Show Desktop icon when in this state if possible, but if not no - worries. + The Ubuntu 14.04 LTS SRU has been cherry-picked from the Ubuntu 14.04 + release where it has shown to be stable. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1237132 Title: Change "Show Desktop" icon option label when this option is in the state where it will reverse the prior show desktop action. Status in Ayatana Design: Fix Committed Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [ Impact ] The label on the show desktop / show windows icon in the Unity Switcher does not change even when the function of the button has changed. This can be just a little bit confusing. [ Test Case ] (1) Open several applications with windows. (2) Using Alt-Tab, bring up the Switcher and keeping the Alt key depressed and using the Tab key, navigate to the leftmost icon, which should be labeled "Show Desktop". Release all keys. Only the desktop should be displayed. (3) Again using Alt-Tab, navigate back to the leftmost icon. Its label should have changed to "Restore Windows" to indicate its changed function. [ Regression Potential ] About the worst that could happen is the incorrect label is applied to the icon in the Switcher. [ Other Info ] The Ubuntu 14.04 LTS SRU has been cherry-picked from the Ubuntu 14.04 release where it has shown to be stable. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1237132/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1374785] Re: Screen-saver fade-to-black does not cover entire screen on HiDPI
** Description changed: - Display summary: 3840x2160 display with 2x UI scaling + [ Impact ] + + When display scaling is set to 2x or greater the fade-to-black animation + when the screen saver is invoked covers only a fraction of the screen. + + [ Test Case ] + + Requires a display with 2x UI scaling (works best with a high-DPI + display). The fade-to-black which occurs prior to the screen shutting off only covers the top left quarter of the screen. When scaling is set to 1x, the entire screen fades to black. - ProblemType: Bug - DistroRelease: Ubuntu 14.04 - Package: unity 7.2.2+14.04.20140714-0ubuntu1.1 - ProcVersionSignature: Ubuntu 3.13.0-36.63-generic 3.13.11.6 - Uname: Linux 3.13.0-36-generic x86_64 - .tmp.unity.support.test.0: - - ApportVersion: 2.14.1-0ubuntu3.4 - Architecture: amd64 - CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' - CompositorRunning: compiz - CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0' - CompositorUnredirectFSW: true - CurrentDesktop: Unity - Date: Sat Sep 27 11:37:13 2014 - DistUpgraded: Fresh install - DistroCodename: trusty - DistroVariant: ubuntu - DkmsStatus: - bbswitch, 0.7, 3.13.0-35-generic, x86_64: installed - bbswitch, 0.7, 3.13.0-36-generic, x86_64: installed - nvidia-331-updates, 331.38, 3.13.0-35-generic, x86_64: installed - nvidia-331-updates, 331.38, 3.13.0-36-generic, x86_64: installed - EcryptfsInUse: Yes - GraphicsCard: - Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA controller]) -Subsystem: Lenovo Device [17aa:3978] - InstallationDate: Installed on 2014-09-19 (7 days ago) - InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2) - MachineType: LENOVO 20378 - ProcKernelCmdLine: BOOT_IMAGE=/@/boot/vmlinuz-3.13.0-36-generic.efi.signed root=UUID=f869a790-cf94-4a68-a435-9ebdc95b4166 ro rootflags=subvol=@ quiet splash vt.handoff=7 - SourcePackage: unity - UpgradeStatus: No upgrade log present (probably fresh install) - dmi.bios.date: 07/16/2014 - dmi.bios.vendor: LENOVO - dmi.bios.version: 9ECN30WW(V1.13) - dmi.board.asset.tag: 31900058WIN - dmi.board.name: Lenovo Y50-70 - dmi.board.vendor: LENOVO - dmi.board.version: 31900058WIN - dmi.chassis.asset.tag: 31900058WIN - dmi.chassis.type: 10 - dmi.chassis.vendor: LENOVO - dmi.chassis.version: Lenovo Y50-70 - dmi.modalias: dmi:bvnLENOVO:bvr9ECN30WW(V1.13):bd07/16/2014:svnLENOVO:pn20378:pvrLenovoY50-70:rvnLENOVO:rnLenovoY50-70:rvr31900058WIN:cvnLENOVO:ct10:cvrLenovoY50-70: - dmi.product.name: 20378 - dmi.product.version: Lenovo Y50-70 - dmi.sys.vendor: LENOVO - version.compiz: compiz 1:0.9.11.2+14.04.20140714-0ubuntu1 - version.ia32-libs: ia32-libs N/A - version.libdrm2: libdrm2 2.4.52-1 - version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.3-0ubuntu0.1 - version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A - version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.3-0ubuntu0.1 - version.xserver-xorg-core: xserver-xorg-core 2:1.15.1-0ubuntu2.1 - version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.8.2-1ubuntu2 - version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.3.0-1ubuntu3.1 - version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1.1 - version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 - xserver.bootTime: Sat Sep 27 10:15:35 2014 - xserver.configfile: default - xserver.errors: - - xserver.logfile: /var/log/Xorg.0.log - xserver.outputs: - product id 18514 - vendor SDC - xserver.version: 2:1.15.1-0ubuntu2.1 + [ Regression Potential ] + + An invalid scaling calculation (or rounding error) could result in writing outside the screen buffer bounds with resulting unknown impact. Inpspection and code review shows this not to be the case wit this patch. + [ Other Info ] + + The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it + has been in production use in Ubuntu 'Vivid Vervet' for some time and + has not shown ergressions. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1374785 Title: Screen-saver fade-to-black does not cover entire screen on HiDPI Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [ Impact ] When display scaling is set to 2x or greater the fade-to-black animation when the screen saver is invoked covers only a fraction of the screen. [ Test Case ] Requires a display with 2x UI scaling (works best with a high-DPI display). The fade-to-black which occurs prior to the screen shutting off only covers the top left quarter of the screen. When scaling is set to 1x, the entire screen fades to black. [ Regres
[Dx-packages] [Bug 1237132] Re: Change "Show Desktop" icon option label when this option is in the state where it will reverse the prior show desktop action.
Attached debdiff between trusty-updates and SRU. ** Branch unlinked: lp:~unity-team/unity/trusty-1237132 ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/unity/+bug/1237132/+attachment/4289424/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1237132 Title: Change "Show Desktop" icon option label when this option is in the state where it will reverse the prior show desktop action. Status in Ayatana Design: Fix Committed Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: If I were to sit next to you at your computer, put my arm around your shoulder and ask you: "Show me the Desktop" What would you do? Load up a Firefox window? What if I asked you again "Show me the Desktop" Would you do something different than, say, show the desktop? Thusly, when one selects "Show Desktop" with ALT+TAB I propose either: 1) Show the Desktop and only the desktop, no matter the state. Or: 2) Change the state from "Show Desktop" to "Show Open Windows." Thank you for your consideration. -- Desired solution: - First see the description of bug #966030 - When the user is in the 3rd state described in the description of the aforementioned bug (e.g. they have just used the 'Show Desktop' function to minimise all their windows, and have not opened or restored any new windows after doing this), if the user goes to the 'Show Desktop' option in Alt-Tab, the title should be changed to 'Restore Windows'. The action that is performed when this option is selected should not change, the only thing that should change is the label in this state. - If possible, it would also be good to change the tooltip of the Launcher Show Desktop icon when in this state if possible, but if not no worries. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1237132/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1374785] Re: Screen-saver fade-to-black does not cover entire screen on HiDPI
Attached debdiff between trusty-updates and SRU. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1374785/+attachment/4289406/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1374785 Title: Screen-saver fade-to-black does not cover entire screen on HiDPI Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [ Impact ] When display scaling is set to 2x or greater the fade-to-black animation when the screen saver is invoked covers only a fraction of the screen. [ Test Case ] Requires a display with 2x UI scaling (works best with a high-DPI display). The fade-to-black which occurs prior to the screen shutting off only covers the top left quarter of the screen. When scaling is set to 1x, the entire screen fades to black. [ Regression Potential ] An invalid scaling calculation (or rounding error) could result in writing outside the screen buffer bounds with resulting unknown impact. Inpspection and code review shows this not to be the case wit this patch. [ Other Info ] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been in production use in Ubuntu 'Vivid Vervet' for some time and has not shown ergressions. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1374785/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
** Description changed: - This appears to be a regression in 14.10 sometime in September 2014. - - The behavior appears similar to this bug from 2011: - https://bugs.launchpad.net/unity-2d/+bug/830348 + [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). - I have not exhaustively tested conditions in which this appears. - However, just now, the bug did not appear when keeping the lid open, - suspending, and then resuming with the power button. + [Test Case] - But when suspending from menu, closing the lid, then opening the lid and - moving the mouse, the screen displayed contents before showing the lock - dialog. The image displayed was of the desktop (with this bug reporting - window) and showed the "suspend" item in the power menu being - highlighted/clicked. + Suspend and resume the computer (closing the lid or using the session + indicator). Since this problem involves a race condition, it is not + reliably reproducable at will. - ProblemType: Bug - DistroRelease: Ubuntu 14.10 - Package: unity 7.3.1+14.10.20140915-0ubuntu1 - ProcVersionSignature: Ubuntu 3.16.0-18.25-generic 3.16.3 - Uname: Linux 3.16.0-18-generic x86_64 - ApportVersion: 2.14.7-0ubuntu2 - Architecture: amd64 - CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' - CurrentDesktop: Unity - Date: Mon Sep 29 08:38:57 2014 - InstallationDate: Installed on 2014-08-10 (50 days ago) - InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2) - SourcePackage: unity - UpgradeStatus: Upgraded to utopic on 2014-08-10 (50 days ago) + [Regression Potential] + + This fix unmaps windows when a suspend or shutdown event occurs: it is + possible that the window(s) do not get remapped when a wake event + occurs, or the wake even does not get propagated. This does not appear + to occur in practice. + + [Other Info] + + The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it + has been released in the Ubuntu "Vivid Vervet" development release for a + couple of months with no apparent regressions. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: New Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [Impact] On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). [Test Case] Suspend and resume the computer (closing the lid or using the session indicator). Since this problem involves a race condition, it is not reliably reproducable at will. [Regression Potential] This fix unmaps windows when a suspend or shutdown event occurs: it is possible that the window(s) do not get remapped when a wake event occurs, or the wake even does not get propagated. This does not appear to occur in practice. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from upstream Unity where it has been released in the Ubuntu "Vivid Vervet" development release for a couple of months with no apparent regressions. To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1375271] Re: desktop or other past screen contents visible before lockscreen on resume
Attached debdiff between trusty-updates and SRU. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1375271/+attachment/4289405/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1375271 Title: desktop or other past screen contents visible before lockscreen on resume Status in GNOME Screensaver: New Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: This appears to be a regression in 14.10 sometime in September 2014. The behavior appears similar to this bug from 2011: https://bugs.launchpad.net/unity-2d/+bug/830348 On resume from suspend, screen contents are displayed for a brief time (perhaps 0.5 to 1 sec) before the lock dialog appears. These screen contents are not always the desktop or open application beneath the lock screen. On at least one occasion, the screen showed content from a full-screen video that had been playing in Firefox some time before the computer had been suspended: neither the video nor its underlying tab were open anymore, so the image(s) was likely part of a buffer somewhere. (Needless to say, if the wrong full-screen video had been watched, depending on the setting, this could be a quite serious issue for some users). I have not exhaustively tested conditions in which this appears. However, just now, the bug did not appear when keeping the lid open, suspending, and then resuming with the power button. But when suspending from menu, closing the lid, then opening the lid and moving the mouse, the screen displayed contents before showing the lock dialog. The image displayed was of the desktop (with this bug reporting window) and showed the "suspend" item in the power menu being highlighted/clicked. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity 7.3.1+14.10.20140915-0ubuntu1 ProcVersionSignature: Ubuntu 3.16.0-18.25-generic 3.16.3 Uname: Linux 3.16.0-18-generic x86_64 ApportVersion: 2.14.7-0ubuntu2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Mon Sep 29 08:38:57 2014 InstallationDate: Installed on 2014-08-10 (50 days ago) InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2) SourcePackage: unity UpgradeStatus: Upgraded to utopic on 2014-08-10 (50 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/1375271/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1370017] Re: Unity Lockscreen shows unlocked desktop while shutting down
Attached debdiff between trusty-updates and SRU. ** Description changed: - Hi, + [Impact and Test Case] Steps to reproduce: 1 - Lock the screen 2 - From the lockscreen, tell the computer to shut down / restart Expected behavior: * Session programs are closed while the screen is still locked * During shutdown, no user interaction is possible Observed behavior: * The lockscreen is gone immediately, with the rest of compiz (e.g. window decorations are not present) * But it's possible to interact with programs that are still running in the session for about 3 seconds Observed on an updated Trusty machine, running unity version 7.2.2+14.04.20140714-0ubuntu1.1 I consider this bug a security vulnerability because during those 3 seconds it could be possible to access and interact with sensitive information. Yes, it's short, but you could take a picture or even rm -rf / if there happened to be a root console available. + + [Regression Potential] + + An improper implementation of the fix for this issue could result in an + indefinite hang during system shutdown, or could result in the problem + not being completely fixed and the security vulnerability continuing. + + Neither appear to be the case. + + [ Other Info ] + + The Ubuntu 14.04 LTS SRU has been cherry-picked from upstream Unity + where it has been in development-level production code in Ubuntu 'Vivid + Vervet' development release for a few months and has not display + additional problems. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1370017/+attachment/4289404/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff ** Information type changed from Private Security to Public Security -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1370017 Title: Unity Lockscreen shows unlocked desktop while shutting down Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [Impact and Test Case] Steps to reproduce: 1 - Lock the screen 2 - From the lockscreen, tell the computer to shut down / restart Expected behavior: * Session programs are closed while the screen is still locked * During shutdown, no user interaction is possible Observed behavior: * The lockscreen is gone immediately, with the rest of compiz (e.g. window decorations are not present) * But it's possible to interact with programs that are still running in the session for about 3 seconds Observed on an updated Trusty machine, running unity version 7.2.2+14.04.20140714-0ubuntu1.1 I consider this bug a security vulnerability because during those 3 seconds it could be possible to access and interact with sensitive information. Yes, it's short, but you could take a picture or even rm -rf / if there happened to be a root console available. [Regression Potential] An improper implementation of the fix for this issue could result in an indefinite hang during system shutdown, or could result in the problem not being completely fixed and the security vulnerability continuing. Neither appear to be the case. [ Other Info ] The Ubuntu 14.04 LTS SRU has been cherry-picked from upstream Unity where it has been in development-level production code in Ubuntu 'Vivid Vervet' development release for a few months and has not display additional problems. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1370017/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1332509] Re: Lockscreen misses arrow activator.
Attached debdiff between trusty-updates and SRU. ** Branch unlinked: lp:~unity-team/unity/trusty-1332509 ** Description changed: + [Impact] + Unity lock screen password entry should have an activator arrow like unity-greeter. + + [Test Case] + + Using the Unity desktop shell, lock the screen using Super-L (or you + favourite method). When the lockscreen is displayed, a little wedgie + should be displayed at the right-hand end of the password entry field, + and clicking on that wedgie should perform the authentication action. + + [Regression Potential] + + This is a cosmetic change to allow click-clicky mouse interaction to + work just like hitting [Enter]. The biggest potential for regression is + that the asset (artwork) does not get displayed or the mouse click does + not work just like hitting Enter does. + + [Other Info] + + The Ubuntu 14.04 LTS SRU was cherry-picked from Ubuntu 14.10 whwere it + has been in production use for some months without apparent regression. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/unity/+bug/1332509/+attachment/4289403/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1332509 Title: Lockscreen misses arrow activator. Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [Impact] Unity lock screen password entry should have an activator arrow like unity-greeter. [Test Case] Using the Unity desktop shell, lock the screen using Super-L (or you favourite method). When the lockscreen is displayed, a little wedgie should be displayed at the right-hand end of the password entry field, and clicking on that wedgie should perform the authentication action. [Regression Potential] This is a cosmetic change to allow click-clicky mouse interaction to work just like hitting [Enter]. The biggest potential for regression is that the asset (artwork) does not get displayed or the mouse click does not work just like hitting Enter does. [Other Info] The Ubuntu 14.04 LTS SRU was cherry-picked from Ubuntu 14.10 whwere it has been in production use for some months without apparent regression. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1332509/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1305440] Re: Allow a distinct pam config file for greeter and for lock-screen
Attached debdiff between trusty-updates and SRU. ** Branch unlinked: lp:~unity-team/unity/trusty-1305440 ** Description changed: + [Impact] + It might be desirable to have a distinct pam config file when logging in and when unlocking the screen. Specifically, using a fingerprint reader is fine for sudo or for unlocking, but you want to use your password when logging in, to provide a secret and be able to unlock the gnome- keyring for example. + + [Test Case] See http://askubuntu.com/questions/445131/how-do-i-enable-a-specific- pam-config-in-the-lockscreen So this feature request is about allowing for a (optional) pam config file for the lock-screen, distinct from the /etc/pam.d/lightdm currently used and shared with the greeter. + + [Regression Potential] + + An additional configuration point could allow a system to be + misconfigured for reduced security. The default configuration is to use + the same PAM stack as the LightDM login process so no new regression is + introduced without user modification. + + [Other Info] + + The Ubuntu 14.04 LTS SRU patch was cherry-picked from Ubuntu 14.10 where + it has been in production use for a few months and appears stable. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1305440/+attachment/4289402/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1305440 Title: Allow a distinct pam config file for greeter and for lock-screen Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Status in unity-greeter package in Ubuntu: Invalid Bug description: [Impact] It might be desirable to have a distinct pam config file when logging in and when unlocking the screen. Specifically, using a fingerprint reader is fine for sudo or for unlocking, but you want to use your password when logging in, to provide a secret and be able to unlock the gnome-keyring for example. [Test Case] See http://askubuntu.com/questions/445131/how-do-i-enable-a-specific- pam-config-in-the-lockscreen So this feature request is about allowing for a (optional) pam config file for the lock-screen, distinct from the /etc/pam.d/lightdm currently used and shared with the greeter. [Regression Potential] An additional configuration point could allow a system to be misconfigured for reduced security. The default configuration is to use the same PAM stack as the LightDM login process so no new regression is introduced without user modification. [Other Info] The Ubuntu 14.04 LTS SRU patch was cherry-picked from Ubuntu 14.10 where it has been in production use for a few months and appears stable. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1305440/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1308540] Re: [lockscreen] the password entry is not shared between screens
Attached debdiff between trusty-updates and SRU. ** Description changed: + [Impact] + + Using the Unity lockscreen on a multiple-screen session results in the + password field being cleared every time different screen is focused. + + [Test Case] + Using trusty candidate on a dual monitor config - log into unity - lock screen - start typing your password on one screen - move the pointer on the other screen -> the entry is displayed empty + Ideally the same entry would be move so you can keep typing even if you + happened to have move the focus, that's what lightdm/unity-greeter is + doing - Ideally the same entry would be move so you can keep typing even if you happened to have move the focus, that's what lightdm/unity-greeter is doing + [Regression Potential] + + Any modification to the password dialogs could result in the inability + to unlock the screen or make passwords available in cleartext. Care has + been take to avoind introducing such situations with this change. + + [Other info] + + The Ubuntu 14.04 LTS SRU fix has been cherry-picked from the Ubuntu + 14.10 release, where it has been in production use for a few months. ** Patch added: "debdiff between unity_7.2.3+14.04.20140826-0ubuntu1 and unity_7.2.4+14.04.20141217-0ubuntu1" https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1308540/+attachment/4289401/+files/unity_7.2.4%2B14.04.20141217-0ubuntu1.debdiff ** Branch unlinked: lp:~unity-team/unity/trusty-1292218 -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1308540 Title: [lockscreen] the password entry is not shared between screens Status in Unity: Fix Committed Status in Unity 7.2 series: In Progress Status in unity package in Ubuntu: Fix Released Bug description: [Impact] Using the Unity lockscreen on a multiple-screen session results in the password field being cleared every time different screen is focused. [Test Case] Using trusty candidate on a dual monitor config - log into unity - lock screen - start typing your password on one screen - move the pointer on the other screen -> the entry is displayed empty Ideally the same entry would be move so you can keep typing even if you happened to have move the focus, that's what lightdm/unity-greeter is doing [Regression Potential] Any modification to the password dialogs could result in the inability to unlock the screen or make passwords available in cleartext. Care has been take to avoind introducing such situations with this change. [Other info] The Ubuntu 14.04 LTS SRU fix has been cherry-picked from the Ubuntu 14.10 release, where it has been in production use for a few months. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1308540/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1239710] Re: indicator-datetime or -session missing ~10% of the time
This bug was on the phone and was fixed long ago. If you are experiencing similar issues, please report a new bug. -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-datetime in Ubuntu. Matching subscriptions: dx-packages, dx-packages https://bugs.launchpad.net/bugs/1239710 Title: indicator-datetime or -session missing ~10% of the time Status in The Date and Time Indicator: Fix Released Status in The Session Menu: Fix Released Status in indicator-datetime package in Ubuntu: Fix Released Status in indicator-session package in Ubuntu: Fix Released Status in indicator-datetime source package in Saucy: Fix Released Status in indicator-session source package in Saucy: Fix Released Bug description: Impact: sometime indicator-session or datetime go missing in unity Test Case: start sessions until that happens (or not) Regression potential: the change is a one liner workaround for a glib lock, shouldn't create issue, just check that those indicators keep working as they should --- Indicator-datetime is not showing in the indicator bar today on image 96. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: indicator-datetime 13.10.0+13.10.20131011-0ubuntu1 Uname: Linux 3.4.0-3-mako armv7l ApportVersion: 2.12.5-0ubuntu2 Architecture: armhf Date: Mon Oct 14 16:00:26 2013 InstallationDate: Installed on 2013-10-14 (0 days ago) InstallationMedia: Ubuntu 13.10 - armhf (20131014) MarkForUpload: True ProcEnviron: TERM=linux PATH=(custom, no user) SourcePackage: indicator-datetime UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-datetime/+bug/1239710/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 774290] Re: Can't switch to top-left workspace using keyboard
Yes, this still does't work on 14.04 -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/774290 Title: Can't switch to top-left workspace using keyboard Status in Compiz: Incomplete Status in Unity: Incomplete Status in compiz package in Ubuntu: Incomplete Status in unity package in Ubuntu: Incomplete Bug description: Binary package hint: unity I can switch from top right to left bottom workspace, by pressing CTRL+ALT+DOWN+RIGHT. I can do the same to the right bottom, left bottom and right top, but no to the left top. When I am in the right bottom workspace, and I press CTRL+ALT+UP+LEFT, nothing happens (or it goes left or top sometimes). ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: unity 3.8.10-0ubuntu2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic x86_64 Architecture: amd64 CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell] CompositorRunning: compiz DRM.card0.DIN.1: status: disconnected enabled: disabled dpms: On modes: edid-base64: Date: Sat Apr 30 20:15:33 2011 DistUpgraded: Fresh install DistroCodename: natty DistroVariant: ubuntu EcryptfsInUse: Yes GdmLog1: GdmLog2: GraphicsCard: ATI Technologies Inc RV770 [Radeon HD 4870] [1002:9440] (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc Device [1002:0502] InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1) InstallationMedia_: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1) InstallationMedia__: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1) MachineType: Gigabyte Technology Co., Ltd. EP35-DS3L ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-2.6.38-8-generic root=UUID=1c4098a8-56b8-4d58-af2d-7ecc388c9876 ro quiet splash vt.handoff=7 ProcVersionSignature_: Ubuntu 2.6.38-8.42-generic 2.6.38.2 ProcVersionSignature__: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Renderer: Unknown SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/02/2008 dmi.bios.vendor: Award Software International, Inc. dmi.bios.version: F4 dmi.board.name: EP35-DS3L dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF4:bd04/02/2008:svnGigabyteTechnologyCo.,Ltd.:pnEP35-DS3L:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnEP35-DS3L:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr: dmi.product.name: EP35-DS3L dmi.sys.vendor: Gigabyte Technology Co., Ltd. version.compiz: compiz 1:0.9.4+bzr20110415-0ubuntu2 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.23-1ubuntu6 version.libgl1-mesa-dri: libgl1-mesa-dri 7.10.2-0ubuntu2 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 7.10.2-0ubuntu2 version.xserver-xorg: xserver-xorg 1:7.6+4ubuntu3 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.0-0ubuntu4 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.14.0-4ubuntu7 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20110107+b795ca6e-0ubuntu7 To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/774290/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
