[Desktop-packages] [Bug 1873321] Re: The Show Applications button should be clickable in the corner or bottom of the screen
The issue has been fixed upstream. Hope it will land in focal. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button should be clickable in the corner or bottom of the screen Status in Dash to dock: New Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Confirmed Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/dash-to-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873321] Re: The Show Applications button is unclickable in the corner and along its bottom edge
** Changed in: gnome-shell-extension-ubuntu-dock (Ubuntu) Status: Opinion => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button is unclickable in the corner and along its bottom edge Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Confirmed Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873321] Re: The Show Applications button is unclickable in the corner and along its bottom edge
Daniel, thank you for paying attention to the ticket and making comment. Though, my apology but I believe that this is indeed a bug. First, because it breaks the UX since, as I have tried to explain in the description, in vast majority of cases the mouse pointer runs at the very corner of the screen as you move it towards the ShowApps button. It's terribly annoying to move it somewhat backwards each time to hit the button. Second, this is a bug because it breaks the behavior that was here before. This issue appeared very recently - several weeks ago. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button is unclickable in the corner and along its bottom edge Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Opinion Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873326] Re: Icons in the appindicator are too small
>From comments to the upstream issue, it follows that the decrease of the icon size was done intentionally. Though I am not sure that this is reasonable decision, marking the issue as NotABug since this is by- design. ** Changed in: gnome-shell-extension-appindicator (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-appindicator in Ubuntu. https://bugs.launchpad.net/bugs/1873326 Title: Icons in the appindicator are too small Status in gnome-shell-extension-appindicator package in Ubuntu: Invalid Bug description: After a recent update, the icons in the appindicator became too small. The screenshot is attached to demonstrate the issue. This bug looks the same as one of the previous bugs which has been fixed quite long ago: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1730406 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-appindicator 33-1 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 21:20:00 2020 InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-appindicator UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1873326/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873321] Re: The Show Applications button is unclickable in the corner and along its bottom edge
The upstream issue is: https://github.com/micheleg/dash-to-dock/issues/1167 ** Bug watch added: github.com/micheleg/dash-to-dock/issues #1167 https://github.com/micheleg/dash-to-dock/issues/1167 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button is unclickable in the corner and along its bottom edge Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Opinion Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873321] Re: The Show Applications button is unclickable in the corner and along its bottom edge
gnome-shell-extension-ubuntu-dock has just been updated to version 67ubuntu20.04.4. The issue is still here. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button is unclickable in the corner and along its bottom edge Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: New Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873326] Re: Icons in the appindicator are too small
Here is the corresponding upstream bug: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/215 ** Bug watch added: github.com/ubuntu/gnome-shell-extension-appindicator/issues #215 https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/215 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-appindicator in Ubuntu. https://bugs.launchpad.net/bugs/1873326 Title: Icons in the appindicator are too small Status in gnome-shell-extension-appindicator package in Ubuntu: New Bug description: After a recent update, the icons in the appindicator became too small. The screenshot is attached to demonstrate the issue. This bug looks the same as one of the previous bugs which has been fixed quite long ago: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1730406 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-appindicator 33-1 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 21:20:00 2020 InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-appindicator UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1873326/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873365] [NEW] gedit icon is too pale
Public bug reported: The grey lines representing text on the paper sheet and the tip of the pencil in the icon are too pale. They are almost invisible so that the gedit icon is seen as a white rectangle crossed by a blue bar. Before focal, the icons of gedit and Evince used to have similar design, that is they both were pale. Now in focal, the Evince icon is redesigned and it is more clear with more contrast. The suggestion is to apply similar modifications to the gedit icon to make it more clear. For example, it can use the same dark gray color of the text lines as Evince icon. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: yaru-theme-icon 20.04.5 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Fri Apr 17 01:10:13 2020 Dependencies: InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: yaru-theme UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: yaru-theme (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to yaru-theme in Ubuntu. https://bugs.launchpad.net/bugs/1873365 Title: gedit icon is too pale Status in yaru-theme package in Ubuntu: New Bug description: The grey lines representing text on the paper sheet and the tip of the pencil in the icon are too pale. They are almost invisible so that the gedit icon is seen as a white rectangle crossed by a blue bar. Before focal, the icons of gedit and Evince used to have similar design, that is they both were pale. Now in focal, the Evince icon is redesigned and it is more clear with more contrast. The suggestion is to apply similar modifications to the gedit icon to make it more clear. For example, it can use the same dark gray color of the text lines as Evince icon. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: yaru-theme-icon 20.04.5 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Fri Apr 17 01:10:13 2020 Dependencies: InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: yaru-theme UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1873365/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873326] [NEW] Icons in the appindicator are too small
Public bug reported: After a recent update, the icons in the appindicator became too small. The screenshot is attached to demonstrate the issue. This bug looks the same as one of the previous bugs which has been fixed quite long ago: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1730406 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-appindicator 33-1 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 21:20:00 2020 InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-appindicator UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-shell-extension-appindicator (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal ** Attachment added: "Comparison of screensots of the appindicator with several apps running in 19.10 and in 20.04" https://bugs.launchpad.net/bugs/1873326/+attachment/5355677/+files/gnome-shell-extension-appindicator_eoan-vs-focal.png ** Description changed: After a recent update, the icons in the appindicator became too small. The screenshot is attached to demonstrate the issue. - This bug looks the same as on of the previous bugs which has been fixed quite long ago: + This bug looks the same as one of the previous bugs which has been fixed quite long ago: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1730406 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-appindicator 33-1 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 21:20:00 2020 InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-appindicator UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-appindicator in Ubuntu. https://bugs.launchpad.net/bugs/1873326 Title: Icons in the appindicator are too small Status in gnome-shell-extension-appindicator package in Ubuntu: New Bug description: After a recent update, the icons in the appindicator became too small. The screenshot is attached to demonstrate the issue. This bug looks the same as one of the previous bugs which has been fixed quite long ago: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1730406 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-appindicator 33-1 ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27 Uname: Linux 5.4.0-21-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 21:20:00 2020 InstallationDate: Installed on 2019-04-25 (357 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-appindicator UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-appindicator/+bug/1873326/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1873321] [NEW] The Show Applications button is unclickable in the corner and along its bottom edge
Public bug reported: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-shell-extension-ubuntu-dock (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1873321 Title: The Show Applications button is unclickable in the corner and along its bottom edge Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: New Bug description: After one of the recent updates, clicking the Show Applications button in the very corner of the screen and at its bottom edge doesn't work. This bug applies in the cases of left and right positions of the dock and there is no this bug in the case of bottom position. This issue is very annoying since the mouse pointer runs at the very corner of the screen in vast majority of cases as you intent to press the Show Apps button. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell-extension-ubuntu-dock 67ubuntu20.04.3 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu27 Architecture: amd64 CasperMD5CheckResult: skip CurrentDesktop: ubuntu:GNOME Date: Thu Apr 16 20:34:32 2020 InstallationDate: Installed on 2019-04-25 (356 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) PackageArchitecture: all SourcePackage: gnome-shell-extension-ubuntu-dock UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1873321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1730201] Re: Show Nautilus bookmarks when right clicking on its dock icon
** Tags added: focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1730201 Title: Show Nautilus bookmarks when right clicking on its dock icon Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Triaged Bug description: Hi… Don't know if it's related to nautilus or dock. Bookmarks - default ones like documents, videos, pictures… or manually added ones through ctrl+d - are not displayed on right click on nautilus icon. Only [ new window | remove from favorites | details ] appear. ( I'm a little dubious about the details usefulness here, too ) I expected all the bookmarks to be displayed on right click, like in Unity. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1730201/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1867548] Re: Right Alt key is suddenly switched off after invoking Settings - Keyboard Shortcuts in Focal
Thank you for the prompt response and for considering the report! The upstream issue: https://gitlab.gnome.org/GNOME/gnome-control-center/issues/918 ** Bug watch added: gitlab.gnome.org/GNOME/gnome-control-center/issues #918 https://gitlab.gnome.org/GNOME/gnome-control-center/issues/918 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1867548 Title: Right Alt key is suddenly switched off after invoking Settings - Keyboard Shortcuts in Focal Status in gnome-control-center package in Ubuntu: Confirmed Bug description: As soon as the Keyboard Shortcuts tab window is invoked in the Settings Application, Right Alt key is switched off system-wide. This happens suddenly even without any action from the user - just simple invoking of the window is enough to break the settings. This obviously happens because of the new setting in the Keyboard Shortcuts appeared in focal: Alternate Characters Key. It sets Right Alt by default immediately as this window is opened. This setting doesn't have the Not Set option, so it is even not easy to switch back to the normal behavior. This setting can be unset only through the GNOME Tweaks application: Keyboard & Mouse - Additional Layout Options - Key to choose the 3rd level - uncheck the box Right Alt. But this is not a good workaround since the Alt key setting will be destroyed again as soon as Keyboard Shortcuts are visited in Settings next time. The reasonable workaround seems to be introduction an option Not Set in the setting Alternate Characters Key and making it default. This will fix this bug and will introduce a sane default value because not every keyboard layout has a third-option for the keys. This is quite significant UX flaw since nothing should be changed without explicit user action. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.36.0-0ubuntu2 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu20 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Mar 15 22:33:08 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (325 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1867548/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1867548] [NEW] Right Alt key is suddenly switched off after invoking Settings - Keyboard Shortcuts in Focal
Public bug reported: As soon as the Keyboard Shortcuts tab window is invoked in the Settings Application, Right Alt key is switched off system-wide. This happens suddenly even without any action from the user - just simple invoking of the window is enough to break the settings. This obviously happens because of the new setting in the Keyboard Shortcuts appeared in focal: Alternate Characters Key. It sets Right Alt by default immediately as this window is opened. This setting doesn't have the Not Set option, so it is even not easy to switch back to the normal behavior. This setting can be unset only through the GNOME Tweaks application: Keyboard & Mouse - Additional Layout Options - Key to choose the 3rd level - uncheck the box Right Alt. But this is not a good workaround since the Alt key setting will be destroyed again as soon as Keyboard Shortcuts are visited in Settings next time. The reasonable workaround seems to be introduction an option Not Set in the setting Alternate Characters Key and making it default. This will fix this bug and will introduce a sane default value because not every keyboard layout has a third-option for the keys. This is quite significant UX flaw since nothing should be changed without explicit user action. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.36.0-0ubuntu2 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu20 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Mar 15 22:33:08 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (325 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1867548 Title: Right Alt key is suddenly switched off after invoking Settings - Keyboard Shortcuts in Focal Status in gnome-control-center package in Ubuntu: New Bug description: As soon as the Keyboard Shortcuts tab window is invoked in the Settings Application, Right Alt key is switched off system-wide. This happens suddenly even without any action from the user - just simple invoking of the window is enough to break the settings. This obviously happens because of the new setting in the Keyboard Shortcuts appeared in focal: Alternate Characters Key. It sets Right Alt by default immediately as this window is opened. This setting doesn't have the Not Set option, so it is even not easy to switch back to the normal behavior. This setting can be unset only through the GNOME Tweaks application: Keyboard & Mouse - Additional Layout Options - Key to choose the 3rd level - uncheck the box Right Alt. But this is not a good workaround since the Alt key setting will be destroyed again as soon as Keyboard Shortcuts are visited in Settings next time. The reasonable workaround seems to be introduction an option Not Set in the setting Alternate Characters Key and making it default. This will fix this bug and will introduce a sane default value because not every keyboard layout has a third-option for the keys. This is quite significant UX flaw since nothing should be changed without explicit user action. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.36.0-0ubuntu2 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu20 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Mar 15 22:33:08 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (325 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1867548/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296872] Re: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver
** Tags removed: disco ** Tags added: focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1296872 Title: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver Status in gnome-power-manager package in Ubuntu: Confirmed Bug description: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1296872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1866127] Re: Do Not Disturb switch is inconsistent with the actual state of Do Not Disturb mode
The issue has been just fixed with the recent updates. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1866127 Title: Do Not Disturb switch is inconsistent with the actual state of Do Not Disturb mode Status in gnome-control-center package in Ubuntu: New Bug description: When Do Not Disturb switch in Notifications tab of the Settings application is on, the Do Not Disturb mode is actually off. And vice versa -- the mode is on when the switch is off. So the Do Not Disturb switch in the Settings is discordant with the Do Not Disturb switch in the notifications-and-calendar menu of the Shell and with the striked- out-bell icon close to the clock in the top bar. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.35.91-0ubuntu3 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu18 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Thu Mar 5 00:26:43 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (314 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1866127/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1866127] [NEW] Do Not Disturb switch is inconsistent with the actual state of Do Not Disturb mode
Public bug reported: When Do Not Disturb switch in Notifications tab of the Settings application is on, the Do Not Disturb mode is actually off. And vice versa -- the mode is on when the switch is off. So the Do Not Disturb switch in the Settings is discordant with the Do Not Disturb switch in the notifications-and-calendar menu of the Shell and with the striked- out-bell icon close to the clock in the top bar. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.35.91-0ubuntu3 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu18 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Thu Mar 5 00:26:43 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (314 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug focal -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1866127 Title: Do Not Disturb switch is inconsistent with the actual state of Do Not Disturb mode Status in gnome-control-center package in Ubuntu: New Bug description: When Do Not Disturb switch in Notifications tab of the Settings application is on, the Do Not Disturb mode is actually off. And vice versa -- the mode is on when the switch is off. So the Do Not Disturb switch in the Settings is discordant with the Do Not Disturb switch in the notifications-and-calendar menu of the Shell and with the striked- out-bell icon close to the clock in the top bar. ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-control-center 1:3.35.91-0ubuntu3 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.11-0ubuntu18 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Thu Mar 5 00:26:43 2020 ExecutablePath: /usr/bin/gnome-control-center InstallationDate: Installed on 2019-04-25 (314 days ago) InstallationMedia: Ubuntu 19.10 "Eoan EANIMAL" - Alpha amd64 (20190425) SourcePackage: gnome-control-center UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1866127/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1861310] Re: Overlay with shortcut numbers not showing on dock with pressing Super+0 or Super+Q
On focal, it started to show shortcut badges on Super+0 and Super+number again. gnome-shell-extension-ubuntu-dock version is 67ubuntu20.04.2 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell-extension-ubuntu-dock in Ubuntu. https://bugs.launchpad.net/bugs/1861310 Title: Overlay with shortcut numbers not showing on dock with pressing Super+0 or Super+Q Status in gnome-shell-extension-ubuntu-dock package in Ubuntu: Confirmed Bug description: The dock no longer shows the overlay with digits corresponding to shortcuts to launch apps (with ). It stopped appearing after I upgraded to Eoan. The numbers are show neither with q nor by holding . Unlike #1846718, no overlay appears when hitting +0 either (or some other number), although the corresponding item is launched/focused. I have tried changing a number of things in org.gnome.shell.extensions .dash-to-dock, including setting hot-keys to false, as advised [here](https://askubuntu.com/questions/1082772/keyboard-shortcut-for- launching-application-from-dock-in-ubuntu-18). Alas, I couldn't make it work. Not sure if it matters, but this is the second upgrade (install was on Cosmic originally). Here is the output of some commands that may be relevant: $ gsettings get org.gnome.shell enabled-extensions ['appindicatorsupp...@rgcjonas.gmail.com', 'gnomeGlobalAppMenu@lestcape', 'systemmoni...@gnome-shell-extensions.gcampax.github.com', 'remove-activities-but...@missoft.fr', 'notifications-alert-on-user-m...@hackedbellini.gmail.com', 'ubuntu-appindicat...@ubuntu.com', 'alternate-...@gnome-shell-extensions.gcampax.github.com', 'custom-hot-corn...@janrunx.gmail.com', 'openweather-extens...@jenslody.de', 'OverviewAllWindows@amiller27', 'system-moni...@paradoxxx.zero.gmail.com', 'clipboard-indica...@tudmotu.com', 'gTile@vibou', 'hide-activities-but...@gnome-shell-extensions.bookmarkd.xyz', 'ubuntu-d...@ubuntu.com', 'drive-m...@gnome-shell-extensions.gcampax.github.com'] $ ls ~/.local/share/gnome-shell/extensions/ alternate-...@gnome-shell-extensions.gcampax.github.com clipboard-indica...@tudmotu.com custom-hot-corn...@janrunx.gmail.com drive-m...@gnome-shell-extensions.gcampax.github.com gTile@vibou hide-activities-but...@gnome-shell-extensions.bookmarkd.xyz notifications-alert-on-user-m...@hackedbellini.gmail.com openweather-extens...@jenslody.de system-moni...@paradoxxx.zero.gmail.com $ ls /usr/share/gnome-shell/extensions/ apps-m...@gnome-shell-extensions.gcampax.github.com auto-move-wind...@gnome-shell-extensions.gcampax.github.com desktop-icons@csoriano drive-m...@gnome-shell-extensions.gcampax.github.com horizontal-workspa...@gnome-shell-extensions.gcampax.github.com launch-new-insta...@gnome-shell-extensions.gcampax.github.com native-window-placem...@gnome-shell-extensions.gcampax.github.com places-m...@gnome-shell-extensions.gcampax.github.com screenshot-window-si...@gnome-shell-extensions.gcampax.github.com ubuntu-appindicat...@ubuntu.com ubuntu-d...@ubuntu.com user-th...@gnome-shell-extensions.gcampax.github.com window-l...@gnome-shell-extensions.gcampax.github.com windowsnaviga...@gnome-shell-extensions.gcampax.github.com workspace-indica...@gnome-shell-extensions.gcampax.github.com $ gsettings list-recursively org.gnome.shell.extensions.dash-to-dock org.gnome.shell.extensions.dash-to-dock transparency-mode 'FIXED' org.gnome.shell.extensions.dash-to-dock shortcut-text 'q' org.gnome.shell.extensions.dash-to-dock apply-custom-theme false org.gnome.shell.extensions.dash-to-dock show-favorites true org.gnome.shell.extensions.dash-to-dock click-action 'focus-or-previews' org.gnome.shell.extensions.dash-to-dock app-hotkey-9 ['9'] org.gnome.shell.extensions.dash-to-dock custom-background-color false org.gnome.shell.extensions.dash-to-dock app-shift-hotkey-1 ['1'] org.gnome.shell.extensions.dash-to-dock multi-monitor false org.gnome.shell.extensions.dash-to-dock height-fraction 0.90002 org.gnome.shell.extensions.dash-to-dock app-ctrl-hotkey-1 ['1'] org.gnome.shell.extensions.dash-to-dock isolate-workspaces false org.gnome.shell.extensions.dash-to-dock shift-click-action 'launch' org.gnome.shell.extensions.dash-to-dock shortcut-timeout 2.0 org.gnome.shell.extensions.dash-to-dock show-delay 0.25 org.gnome.shell.extensions.dash-to-dock custom-theme-shrink true org.gnome.shell.extensions.dash-to-dock app-shift-hotkey-2 ['2'] org.gnome.shell.extensions.dash-to-dock show-windows-preview true org.gnome.shell.extensions.dash-to-dock show-trash true org.gnome.shell.extensions.dash-to-dock app-ctrl-hotkey-2 ['2'] org.gnome.shell.extensions.dash-to-dock autohide-in-fullscreen false org.gnome.shell.extensions.dash-to-dock icon-size-fixed true org.gnome.shell.extensions.dash-to-dock scroll-action 'switch-workspace'
[Desktop-packages] [Bug 1866089] Re: Missing sound icon/ indicator
*** This bug is a duplicate of bug 1865169 *** https://bugs.launchpad.net/bugs/1865169 ** This bug has been marked a duplicate of bug 1865169 volume and light not working in Gnome Shell 3.35 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1866089 Title: Missing sound icon/ indicator Status in gnome-shell package in Ubuntu: Fix Committed Bug description: There is no sound icon on the top panel, but there seems to be a (small) placeholder for it since it does change the volume when I scroll over the space between the network and battery icons. It's not present in either stock ubuntu and gnome-session or the login screen, tried booting with headphones plugged in with same result. Wasn't there when booted from the iso as well. Stock install Ubuntu 20.04 from a daily iso gnome-shell 3.35.91-1ubuntu2 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: gnome-shell 3.35.91-1ubuntu2 ProcVersionSignature: Ubuntu 5.4.0-14.17-generic 5.4.18 Uname: Linux 5.4.0-14-generic x86_64 ApportVersion: 2.20.11-0ubuntu18 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Wed Mar 4 15:10:26 2020 DisplayManager: gdm3 ExecutablePath: /usr/bin/gnome-shell InstallationDate: Installed on 2020-03-04 (0 days ago) InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Alpha amd64 (20200303) RelatedPackageVersions: mutter-common 3.35.91-1ubuntu1 SourcePackage: gnome-shell UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1866089/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1849135] Re: Clicking Activities in the corner doesn't work
Quite strange... I can confirm that the bug is fixed for me in Xorg session in Focal with regular upgrades and in Eoan after updgrade with proposed enabled. Version of mutter in Eoan is 3.34.3-1ubuntu1~19.10.1 Is there any useful information I can provide? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1849135 Title: Clicking Activities in the corner doesn't work Status in GNOME Shell: Fix Released Status in Mutter: Fix Released Status in gnome-shell package in Ubuntu: Invalid Status in mutter package in Ubuntu: Triaged Status in mutter source package in Eoan: Triaged Bug description: [ Impact ] Starting from Ubuntu 19.10, the top-left corner of the screen is unclickable. It's where the Activities button is. It is unresponsive to clicks to open the overlay, BUT it responds to clicks to close it. The unclickable spot is exactly one pixel large. Edit: At first it seemed to be reproducible only on Xorg sessions, but after using it for a while on Wayland, I am having the issue again. Specs: - Graphics: AMD RX 560 - CPU: Intel Core i3-8100 - Ubuntu 19.10 Eoan [ Test case ] - Move the mouse to the top-left corner pixel and click on it - Activities should open [ Regression potential ] Mouse picking location could be wrong in all clutter operations To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-shell/+bug/1849135/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296872] Re: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver
** Tags added: eoan -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1296872 Title: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver Status in gnome-power-manager package in Ubuntu: Confirmed Bug description: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1296872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296872] Re: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver
** Tags added: bionic disco xenial -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1296872 Title: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver Status in gnome-power-manager package in Ubuntu: Confirmed Bug description: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1296872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
Great! Thank you :) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Triaged Status in gnome-control-center package in Ubuntu: Fix Released Status in gnome-control-center source package in Bionic: Fix Released Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
My apologies again, but I’m worried about possibility of yet another it’s-too-late situation like it was during artful development cycle (comment #7). I agree with Sebastien, it must be just a matter of giving context to two translatable strings. Please give us -- Ubuntu translators -- possibility to provide quality translation. Thank you! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Triaged Status in gnome-control-center package in Ubuntu: Triaged Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
** Tags added: bionic -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Triaged Status in gnome-control-center package in Ubuntu: Triaged Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1733980] Re: "Clear All" buton should not remove calendar events from the panel
** Tags added: bionic -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1733980 Title: "Clear All" buton should not remove calendar events from the panel Status in gnome-shell package in Ubuntu: Confirmed Bug description: "Clear All" works in an unexpected and non unintuitive way when it comes to calendar entries. Clicking it not only removes all notification entries from the panel but also all of the calendar entries which in my opinion is not what most users would expect as normally people wouldn't want their schedule for the day to just disappear if they just want to mark notifications as read. I get it that technically the entries are just persistent notifications sent by the calendar application but I don't think this is the expected behavior from the users. Moreover, this is exactly what happens when if a user switches to any past or future dates in the calendar/notification panel. The calendar entries for that date are shown but it is not possible to remove them either individually or by clicking clear all (disabled). If it makes sense to not remove them for other days, why would we want to do it for the current day when the schedule is the most needed. To me it seems like the design is mixing up 2 different concepts here. A Notification panel and Today's schedule panel. IMHO, a better design would have been to visually separate list of unread notifications and list of calendar events for the day like most operating systems do (macOS, Windows, Android, iOS). At the very least the clear all button should not touch the calendar entries. If neither of these are acceptable or doable, perhaps a way to bring back calendar notification after they are cleared would work. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1733980/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1733980] Re: "Clear All" buton should not remove calendar events from the panel
** Tags added: artful -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1733980 Title: "Clear All" buton should not remove calendar events from the panel Status in gnome-shell package in Ubuntu: Confirmed Bug description: "Clear All" works in an unexpected and non unintuitive way when it comes to calendar entries. Clicking it not only removes all notification entries from the panel but also all of the calendar entries which in my opinion is not what most users would expect as normally people wouldn't want their schedule for the day to just disappear if they just want to mark notifications as read. I get it that technically the entries are just persistent notifications sent by the calendar application but I don't think this is the expected behavior from the users. Moreover, this is exactly what happens when if a user switches to any past or future dates in the calendar/notification panel. The calendar entries for that date are shown but it is not possible to remove them either individually or by clicking clear all (disabled). If it makes sense to not remove them for other days, why would we want to do it for the current day when the schedule is the most needed. To me it seems like the design is mixing up 2 different concepts here. A Notification panel and Today's schedule panel. IMHO, a better design would have been to visually separate list of unread notifications and list of calendar events for the day like most operating systems do (macOS, Windows, Android, iOS). At the very least the clear all button should not touch the calendar entries. If neither of these are acceptable or doable, perhaps a way to bring back calendar notification after they are cleared would work. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1733980/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
I am sorry for bothering, but I would like to remind that this issue is still not fixed in Bionic. Thank you. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Triaged Status in gnome-control-center package in Ubuntu: Triaged Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1736090] Re: Banshee Crash on Media Import
*** This bug is a duplicate of bug 1687220 *** https://bugs.launchpad.net/bugs/1687220 ** This bug has been marked a duplicate of bug 1687220 Banshee crash on import -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to banshee in Ubuntu. https://bugs.launchpad.net/bugs/1736090 Title: Banshee Crash on Media Import Status in banshee package in Ubuntu: New Bug description: Using ubuntu 17.10 Banshee 2.6.2 Add Media > Folder > Pick Folder containing music > Click Open Banshee crashes, see log below: [Info 09:31:07.840] Running Banshee 2.6.2: [Ubuntu Artful Aardvark (development branch) (linux-gnu, x86_64) @ 2017-08-12 03:07:49 UTC] Gtk-Message: Failed to load module "overlay-scrollbar" [Warn 09:31:08.264] Cannot connect to NetworkManager or Wicd - An available, working network connection will be assumed (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkComponent) to class (__gtksharp_44_Hyena_Gui_BaseWidgetAccessible) after class_init (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkSelection) to class (__gtksharp_45_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bBanshee_Collection_TrackInfo+2c+20Banshee_Core+2c+20Version+3d2_6_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3dnull+5d+5d) after class_init (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkTable) to class (__gtksharp_45_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bBanshee_Collection_TrackInfo+2c+20Banshee_Core+2c+20Version+3d2_6_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3dnull+5d+5d) after class_init [Warn 09:31:08.832] Initialization of accessibility support for ListView widgets failed - System.ArgumentException: Invalid signal name: model_changed (in `glib-sharp') at GLib.Signal.Emit (GLib.Object instance, System.String detailed_signal, System.Object[] args) [0x00024] in <5a439e0caae7469886e7119d9f6bc621>:0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T].EmitModelChanged () [0xc] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.ThreadAssist.ProxyToMain (Hyena.InvokeHandler handler) [0x0001e] in :0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T].OnModelChanged (System.Object o, System.EventArgs a) [0x1] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T]..ctor (GLib.Object widget) [0x00098] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.Data.Gui.ListViewAccessibleFactory`1[T].Init () [0x7] in <2339076111b44174acb3706ba9bf4e2b>:0 (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkSelection) to class (__gtksharp_50_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bBanshee_Collection_Database_QueryFilterInfo+601+5b+5bSystem_String+2c+20mscorlib+2c+20Version+3d4_0_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3db77a5c561934e089+5d+5d+2c+20Banshee_Services+2c+20Version+3d2_6_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3dnull+5d+5d) after class_init (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkTable) to class (__gtksharp_50_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bBanshee_Collection_Database_QueryFilterInfo+601+5b+5bSystem_String+2c+20mscorlib+2c+20Version+3d4_0_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3db77a5c561934e089+5d+5d+2c+20Banshee_Services+2c+20Version+3d2_6_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3dnull+5d+5d) after class_init [Warn 09:31:08.886] Initialization of accessibility support for ListView widgets failed - System.ArgumentException: Invalid signal name: model_changed (in `glib-sharp') at GLib.Signal.Emit (GLib.Object instance, System.String detailed_signal, System.Object[] args) [0x00024] in <5a439e0caae7469886e7119d9f6bc621>:0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T].EmitModelChanged () [0xc] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.ThreadAssist.ProxyToMain (Hyena.InvokeHandler handler) [0x0001e] in :0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T].OnModelChanged (System.Object o, System.EventArgs a) [0x1] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.Data.Gui.Accessibility.ListViewAccessible`1[T]..ctor (GLib.Object widget) [0x00098] in <2339076111b44174acb3706ba9bf4e2b>:0 at Hyena.Data.Gui.ListViewAccessibleFactory`1[T].Init () [0x7] in <2339076111b44174acb3706ba9bf4e2b>:0 (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkSelection) to class (__gtksharp_55_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bBanshee_Collection_ArtistInfo+2c+20Banshee_Core+2c+20Version+3d2_6_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3dnull+5d+5d) after class_init (Banshee:3906): GLib-GObject-WARNING **: attempting to add an interface (AtkTable) to class
[Desktop-packages] [Bug 1712200] Re: Changing keyboard layout with alt+shift always triggers "ui.key.menuAccessKey" on Wayland
The bug still exists after upgrade of Firefox to version 56.0. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1712200 Title: Changing keyboard layout with alt+shift always triggers "ui.key.menuAccessKey" on Wayland Status in Mozilla Firefox: New Status in firefox package in Ubuntu: Confirmed Bug description: I'm on Ubuntu 17.10 with artful-proposed enabled. Changing keyboard layout with alt+shift always triggers "show menu"on Wayland, which makes firefox unusable for users who don't know how to disable the value "ui.key.menuAccessKeyFocuses" from about:config. Is there any fix? Or maybe you can set "ui.key.menuAccessKeyFocuses" to false by default? ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: firefox 54.0+build3-0ubuntu1 ProcVersionSignature: Ubuntu 4.12.0-12.13-generic 4.12.8 Uname: Linux 4.12.0-12-generic x86_64 AddonCompatCheckDisabled: False ApportVersion: 2.20.6-0ubuntu6 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC2: thanos25842 F pulseaudio /dev/snd/controlC0: thanos25842 F pulseaudio /dev/snd/controlC1: thanos25842 F pulseaudio BuildID: 20170616154447 Channel: Unavailable CurrentDesktop: GNOME Date: Mon Aug 21 23:42:26 2017 Extensions: extensions.sqlite corrupt or missing ForcedLayersAccel: False IfupdownConfig: # interfaces(5) file used by ifup(8) and ifdown(8) auto lo iface lo inet loopback IncompatibleExtensions: Unavailable (corrupt or non-existant compatibility.ini or extensions.sqlite) InstallationDate: Installed on 2017-08-21 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170820) IpRoute: default via 192.168.2.1 dev wlp4s7 proto static metric 600 169.254.0.0/16 dev wlp4s7 scope link metric 1000 192.168.2.0/24 dev wlp4s7 proto kernel scope link src 192.168.2.2 metric 600 Locales: extensions.sqlite corrupt or missing Plugins: Shockwave Flash - /usr/lib/flashplugin-installer/libflashplayer.so PrefSources: prefs.js Profiles: Profile0 (Default) - LastVersion=54.0/20170616154447 (In use) RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no RunningIncompatibleAddons: False SourcePackage: firefox Themes: extensions.sqlite corrupt or missing UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/09/2014 dmi.bios.vendor: Award Software International, Inc. dmi.bios.version: F7d dmi.board.name: GA-970A-DS3 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF7d:bd09/09/2014:svnGigabyteTechnologyCo.,Ltd.:pnGA-970A-DS3:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnGA-970A-DS3:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr: dmi.product.name: GA-970A-DS3 dmi.sys.vendor: Gigabyte Technology Co., Ltd. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1712200/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
Jeremy Bicha, thank you for the prompt response and for your and the Team's kind consideration of the report. The argument is absolutely reasonable, so I can only agree with the decision to postpone the fix until 18.04 cycle. Will wait for the changes in Rosetta) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Triaged Status in gnome-control-center package in Ubuntu: Triaged Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
Jeremy Bicha, thank you for giving attention to this bug report. The situation is as follows. In the GNOME Control Center (Settings application), there are two panels involving "Left" and "Right": 1) Mouse & Touchpad; 2) Dock. In Mouse & Touchpad panel, "Left" and "Right" correspond to Primary Button setting (settings_mouse_touchpad.png). In Dock panel, "Left" and "Right" are for Position on Screen (settings_dock.png). In Rosetta there is only one item to translate for "Left" in these both contexts and only one item for "Right" (translations-launchpad- net_gnome-control-center.png). But in Russian, "Left" and "Right" in these two contexts (Mouse and Dock) must be translated differently. So we need two different "Left"s to translate in two different contexts and two different "Right"s. > Do you have a suggestion for the context string we could add? How about these strings for the two contexts? 1) Option for the mouse primary button 2) Option for the Ubuntu Dock position on screen -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Incomplete Status in gnome-control-center package in Ubuntu: Incomplete Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
** Attachment added: "settings_mouse_touchpad.png" https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1719462/+attachment/4960694/+files/settings_mouse_touchpad.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Incomplete Status in gnome-control-center package in Ubuntu: Incomplete Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
** Attachment added: "translations-launchpad-net_gnome-control-center.png" https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1719462/+attachment/4960696/+files/translations-launchpad-net_gnome-control-center.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Incomplete Status in gnome-control-center package in Ubuntu: Incomplete Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] Re: [Translation] "Left" and "Right" must be translated differently in different contexts
** Attachment added: "settings_dock.png" https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1719462/+attachment/4960695/+files/settings_dock.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: Incomplete Status in gnome-control-center package in Ubuntu: Incomplete Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1719462] [NEW] [Translation] "Left" and "Right" must be translated differently in different contexts
Public bug reported: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. ** Affects: ubuntu-translations Importance: Undecided Status: New ** Affects: gnome-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: artful ** Also affects: ubuntu-translations Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1719462 Title: [Translation] "Left" and "Right" must be translated differently in different contexts Status in Ubuntu Translations: New Status in gnome-control-center package in Ubuntu: New Bug description: In 17.10 artful in GNOME Control Center, there are two places where words "Left" and "Right" are encountered: the Mouse settings and the Dock settings. Both of the words have only one item to translate in Rosetta with indication that they are located in two different places in the sources: "Located in ../panels/mouse/gnome-mouse-properties.ui.h:4 ../panels/ubuntu/cc-ubuntu-panel.c:417" "Located in ../panels/mouse/gnome-mouse-properties.ui.h:5 ../panels/ubuntu/cc-ubuntu-panel.c:419" When translating in Russian, the words "Left" and "Right" must be translated differently in these two places. One translation for both contexts leads to inconsistent and ridiculous result. I can guess that this is also valid for some other languages, not only Russian. Please make two independent translations in Rosetta for "Left" and "Right" in these two different contexts. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1719462/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1438510] Re: [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial
** Tags added: yakkety ** Description changed: Just installed 15.04 fresh from the latest ISO (beta2). I'm bummed to see my bluetooth headset (Bose Soundlink overear) seems to have regressed in functionality. In 14.10, I was able to set the output profile either to a2dp or hsp/hfp (telephony duplex). In 15.04, it only works in telephony duplex mode. I can't get high fidelity sound playback to work at all. This thread seems to be related, though the workaround within did not solve the problem for me: https://bbs.archlinux.org/viewtopic.php?id=194006 - The bug is still present in 16.04 LTS. + The bug is still present in 16.04 LTS and 16.10. ** Summary changed: - [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial + [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial and 16.10 yakkety -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1438510 Title: [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial and 16.10 yakkety Status in PulseAudio: Unknown Status in bluez package in Ubuntu: Confirmed Status in pulseaudio package in Ubuntu: Confirmed Status in bluez source package in Vivid: Won't Fix Status in pulseaudio source package in Vivid: Won't Fix Bug description: Just installed 15.04 fresh from the latest ISO (beta2). I'm bummed to see my bluetooth headset (Bose Soundlink overear) seems to have regressed in functionality. In 14.10, I was able to set the output profile either to a2dp or hsp/hfp (telephony duplex). In 15.04, it only works in telephony duplex mode. I can't get high fidelity sound playback to work at all. This thread seems to be related, though the workaround within did not solve the problem for me: https://bbs.archlinux.org/viewtopic.php?id=194006 The bug is still present in 16.04 LTS and 16.10. To manage notifications about this bug go to: https://bugs.launchpad.net/pulseaudio/+bug/1438510/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1438510] Re: [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial
** Summary changed: - [REGRESSION] bluetooth headset no longer supports a2dp + [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial ** Description changed: Just installed 15.04 fresh from the latest ISO (beta2). I'm bummed to see my bluetooth headset (Bose Soundlink overear) seems to have regressed in functionality. In 14.10, I was able to set the output profile either to a2dp or hsp/hfp (telephony duplex). In 15.04, it only works in telephony duplex mode. I can't get high fidelity sound playback to work at all. This thread seems to be related, though the workaround within did not solve the problem for me: https://bbs.archlinux.org/viewtopic.php?id=194006 + + The bug is still present in 16.04 LTS. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1438510 Title: [REGRESSION] bluetooth headset no longer supports a2dp in 16.04 xenial Status in PulseAudio: Unknown Status in bluez package in Ubuntu: Confirmed Status in pulseaudio package in Ubuntu: Confirmed Status in bluez source package in Vivid: Won't Fix Status in pulseaudio source package in Vivid: Won't Fix Bug description: Just installed 15.04 fresh from the latest ISO (beta2). I'm bummed to see my bluetooth headset (Bose Soundlink overear) seems to have regressed in functionality. In 14.10, I was able to set the output profile either to a2dp or hsp/hfp (telephony duplex). In 15.04, it only works in telephony duplex mode. I can't get high fidelity sound playback to work at all. This thread seems to be related, though the workaround within did not solve the problem for me: https://bbs.archlinux.org/viewtopic.php?id=194006 The bug is still present in 16.04 LTS. To manage notifications about this bug go to: https://bugs.launchpad.net/pulseaudio/+bug/1438510/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1619442] Re: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7/gtk2)
Also fixed for me after update. Thanks. Version: 5.2.2.2 Build ID: 1:5.2.2-0ubuntu1~xenial0 Ubuntu 16.04 LTS amd64 Unity7 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1619442 Title: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7/gtk2) Status in libreoffice package in Ubuntu: Confirmed Bug description: After upgrade of LibreOffice to version 5.2, an empty bar appeared between the toolbar and the window header. The empty bar contains only the button Close Document. If a new instance of LO window is opened from an existing LO window via Window -> New Window, the empty bar is absent in the new window and the UI looks correctly. Version: 5.2.0.4 Build ID: 1:5.2.0~rc4-0ubuntu1~xenial2 installed from ppa:libreoffice/ppa Ubuntu 16.04 LTS amd64 Unity7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1619442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1527053] Re: Tab names unreadable in GTK3 in Ubuntu
** Tags added: gtk3 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1527053 Title: Tab names unreadable in GTK3 in Ubuntu Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Status in ubuntu-themes package in Ubuntu: Invalid Bug description: Steps to reproduce: 1. On Ubuntu 15.4 or 15.10, install or build libreoffice 5.1 2. Open a tabbed dialog box such Format->Paragraph Note the text is white on light gray, which is very hard to read. In Fedora or Debian, when you select a "dark" theme, the tabs are rendered as white text on a black background. In Ubuntu other UI elements such as the toolbar and context menus are rendered the same as Debian's dark theme(white text on black). To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1527053/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1619442] Re: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7/gtk2)
@Björn Michaelsen, thank you for the information. I confirm that the issue is not reproduced with gtk3 backend. I also confirm that installing libreoffice-gtk3 is indeed enough, no need to use start option SAL_USE_VCLPLUGIN=gtk3. But unfortunately, there is a number of gtk3-related issues. For example: Bug #1562513 (Toolbar has a dark background in GTK3 in Ubuntu) Bug #1527053 (Tab names unreadable in GTK3 in Ubuntu) Thus, LO with gtk3 backend looks ugly now and, to some extent, unusable. At least in 16.04. I agree that fixing the bug for almost obsolete backend is not that important. It's better to address to the gtk3 issues. ** Tags added: gtk2 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1619442 Title: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7/gtk2) Status in libreoffice package in Ubuntu: Confirmed Bug description: After upgrade of LibreOffice to version 5.2, an empty bar appeared between the toolbar and the window header. The empty bar contains only the button Close Document. If a new instance of LO window is opened from an existing LO window via Window -> New Window, the empty bar is absent in the new window and the UI looks correctly. Version: 5.2.0.4 Build ID: 1:5.2.0~rc4-0ubuntu1~xenial2 installed from ppa:libreoffice/ppa Ubuntu 16.04 LTS amd64 Unity7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1619442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1619442] Re: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7)
After update to version 1:5.2.1~rc2-0ubuntu1~xenial0, the empty bar still appears. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1619442 Title: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7) Status in libreoffice package in Ubuntu: Confirmed Bug description: After upgrade of LibreOffice to version 5.2, an empty bar appeared between the toolbar and the window header. The empty bar contains only the button Close Document. If a new instance of LO window is opened from an existing LO window via Window -> New Window, the empty bar is absent in the new window and the UI looks correctly. Version: 5.2.0.4 Build ID: 1:5.2.0~rc4-0ubuntu1~xenial2 installed from ppa:libreoffice/ppa Ubuntu 16.04 LTS amd64 Unity7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1619442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1619442] [NEW] An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7)
Public bug reported: After upgrade of LibreOffice to version 5.2, an empty bar appeared between the toolbar and the window header. The empty bar contains only the button Close Document. If a new instance of LO window is opened from an existing LO window via Window -> New Window, the empty bar is absent in the new window and the UI looks correctly. Version: 5.2.0.4 Build ID: 1:5.2.0~rc4-0ubuntu1~xenial2 installed from ppa:libreoffice/ppa Ubuntu 16.04 LTS amd64 Unity7 ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1619442 Title: An empty bar appeared above the toolbar after upgrade to version 5.2 (Unity7) Status in libreoffice package in Ubuntu: New Bug description: After upgrade of LibreOffice to version 5.2, an empty bar appeared between the toolbar and the window header. The empty bar contains only the button Close Document. If a new instance of LO window is opened from an existing LO window via Window -> New Window, the empty bar is absent in the new window and the UI looks correctly. Version: 5.2.0.4 Build ID: 1:5.2.0~rc4-0ubuntu1~xenial2 installed from ppa:libreoffice/ppa Ubuntu 16.04 LTS amd64 Unity7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1619442/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1596330] Re: AVRCP not working
Possible duplicate of Bug #1398193 - The bluetooth headset can not control the media playback -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to dbus-cpp in Ubuntu. https://bugs.launchpad.net/bugs/1596330 Title: AVRCP not working Status in Client Developer Experience: New Status in dbus-cpp package in Ubuntu: Confirmed Status in media-hub package in Ubuntu: Confirmed Bug description: AVRCP is still not working. I've digged a bit into it and it seems the reason is that mpris-proxy fails to introspect the MPRIS interface of media-hub. The reason for that seems to be that dbus-cpp does not correctly reply to GetAll property requests on D-Bus. I'm not entirely sure if it's an issue in libdbus-cpp, or wrong usage of it in media- hub. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-developer-experience/+bug/1596330/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1562513] Re: Toolbar has a dark background in GTK3 in Ubuntu
** Attachment added: "Screenshot of LO gtk3 with dark toolbar in Ubuntu 15.10" https://bugs.launchpad.net/df-libreoffice/+bug/1562513/+attachment/4613433/+files/LO_gtk3_dark_toolbar_Ubuntu_15.10.png ** Description changed: When LO is launched with SAL_USE_VCLPLUGIN=gtk3, the toolbar panel has a dark background making icons of styles like Sifr or Breeze almost invisible. + Ubuntu 15.10 x64 + LibreOffice 5.1.1.2 (1:5.1.1~rc2-0ubuntu1~wily0) installed from ppa:libreoffice/ppa + See also Bug #1527053 on LibreOffice GTK3-related issues. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1562513 Title: Toolbar has a dark background in GTK3 in Ubuntu Status in LibreOffice: Unknown Status in libreoffice package in Ubuntu: New Bug description: When LO is launched with SAL_USE_VCLPLUGIN=gtk3, the toolbar panel has a dark background making icons of styles like Sifr or Breeze almost invisible. Ubuntu 15.10 x64 LibreOffice 5.1.1.2 (1:5.1.1~rc2-0ubuntu1~wily0) installed from ppa:libreoffice/ppa See also Bug #1527053 on LibreOffice GTK3-related issues. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1562513/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1562513] [NEW] Toolbar has a dark background in GTK3 in Ubuntu
Public bug reported: When LO is launched with SAL_USE_VCLPLUGIN=gtk3, the toolbar panel has a dark background making icons of styles like Sifr or Breeze almost invisible. Ubuntu 15.10 x64 LibreOffice 5.1.1.2 (1:5.1.1~rc2-0ubuntu1~wily0) installed from ppa:libreoffice/ppa See also Bug #1527053 on LibreOffice GTK3-related issues. ** Affects: df-libreoffice Importance: Unknown Status: Unknown ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: ui ** Tags added: ui ** Bug watch added: Document Foundation Bugzilla #98919 https://bugs.documentfoundation.org/show_bug.cgi?id=98919 ** Also affects: df-libreoffice via https://bugs.documentfoundation.org/show_bug.cgi?id=98919 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1562513 Title: Toolbar has a dark background in GTK3 in Ubuntu Status in LibreOffice: Unknown Status in libreoffice package in Ubuntu: New Bug description: When LO is launched with SAL_USE_VCLPLUGIN=gtk3, the toolbar panel has a dark background making icons of styles like Sifr or Breeze almost invisible. Ubuntu 15.10 x64 LibreOffice 5.1.1.2 (1:5.1.1~rc2-0ubuntu1~wily0) installed from ppa:libreoffice/ppa See also Bug #1527053 on LibreOffice GTK3-related issues. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1562513/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1448608] Re: Nautilus opens new window instead of the existing one
*** This bug is a duplicate of bug 1170647 *** https://bugs.launchpad.net/bugs/1170647 ** This bug has been marked a duplicate of bug 1170647 After minimizing an external media, clicking on the Files icon on the Launcher doesn't restore the minimized window, but opens a new one -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1448608 Title: Nautilus opens new window instead of the existing one Status in nautilus package in Ubuntu: Confirmed Bug description: Ubuntu 14.04.2 GNOME nautilus 3.10.1 If any window is already open, and try to focus on him, nautilus opens new window, instead of the existing one. This is actual if any external partition is mounted and currently is open. For example, when on desktop, try to open nautilus and go to Windows partition. Then go to Chrome and try to make focus on this window via the Unity launcher. The new window will be open. The only way to focus on him is do not click on Nautilus icon, but use scroll. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1448608/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1353994] Re: Galaxy icon style disappeared in LibreOffice 4.3.0
Great! Thanks! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1353994 Title: Galaxy icon style disappeared in LibreOffice 4.3.0 Status in “libreoffice” package in Ubuntu: Invalid Bug description: [The bug] Galaxy icon style disappeared in LibreOffice 4.3.0 (from ppa) though the package libreoffice-style-galaxy is installed. [How to reproduce] 1. Make sure that the package libreoffice-style-galaxy is installed. 2. Open Tools - Options - LibreOffice - View. 3. Open Icon style drop-down list. [What is expected] The Galaxy style must be in the list. [What happens] There is no Galaxy style in the list. P.S. I encounter this bug only in Ubuntu build of LO 4.3.0 installed from ppa. This bug is not observed in the LibreOffice build for windows. Ubuntu 14.04 with all updates installed. LibreOffice Version: 4.3.0.4 Build ID: 430m0(Build:4) libreoffice package version: 1:4.3.0-0ubuntu1~trusty1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1353994/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1353994] [NEW] Galaxy icon style disappeared in LibreOffice 4.3.0
Public bug reported: [The bug] Galaxy icon style disappeared in LibreOffice 4.3.0 (from ppa) though the package libreoffice-style-galaxy is installed. [How to reproduce] 1. Make sure that the package libreoffice-style-galaxy is installed. 2. Open Tools - Options - LibreOffice - View. 3. Open Icon style drop-down list. [What is expected] The Galaxy style must be in the list. [What happens] There is no Galaxy style in the list. P.S. I encounter this bug only in Ubuntu build of LO 4.3.0 installed from ppa. This bug is not observed in the LibreOffice build for windows. Ubuntu 14.04 with all updates installed. LibreOffice Version: 4.3.0.4 Build ID: 430m0(Build:4) libreoffice package version: 1:4.3.0-0ubuntu1~trusty1 ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1353994 Title: Galaxy icon style disappeared in LibreOffice 4.3.0 Status in “libreoffice” package in Ubuntu: New Bug description: [The bug] Galaxy icon style disappeared in LibreOffice 4.3.0 (from ppa) though the package libreoffice-style-galaxy is installed. [How to reproduce] 1. Make sure that the package libreoffice-style-galaxy is installed. 2. Open Tools - Options - LibreOffice - View. 3. Open Icon style drop-down list. [What is expected] The Galaxy style must be in the list. [What happens] There is no Galaxy style in the list. P.S. I encounter this bug only in Ubuntu build of LO 4.3.0 installed from ppa. This bug is not observed in the LibreOffice build for windows. Ubuntu 14.04 with all updates installed. LibreOffice Version: 4.3.0.4 Build ID: 430m0(Build:4) libreoffice package version: 1:4.3.0-0ubuntu1~trusty1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1353994/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1313337] Re: Layout switching shortcut cannot be set through System Settings - Keyboard
Dmitriy, frankly speaking, I don't have 14.10 installed right now. As soon as I install it, I will check. But the issue is still in 14.04. And since it is LTS, I believe it is anyway of importance to fix it here. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1313337 Title: Layout switching shortcut cannot be set through System Settings - Keyboard Status in “unity-control-center” package in Ubuntu: Confirmed Bug description: Yet another layout-switching-related bug... [The bug] The shortcut for layout switching cannont be changed through System Settings - Keyboard - Shortcuts - Typing - Switch to next source. Actually, some of the combinations can be set, like Ctrl+Space or Super+Space. And some combinations cannot. When you press, for example, Alt+Shift or Ctrl+Shift, the combination is not set and the status of the shortcut is displayed as Disabled. And it is actually disabled, that is the layout switching shortcut doesn't work. At the same time, it is quite possible to set these combinations through System Settings - Text Entry - Switch to next source using. [How to reproduce] 1. Go to System Settings - Keyboard - Shortcuts. 2. Choose Typing item from the list. 3. Click on Switch to next source item in the list on the right. 4. You will see the invitation New accelerator... to type the shortcut. 5. Press Alt+Shift or Ctrl+Shift. [What is expected] The corresponding (Alt+Shift or Ctrl+Shift) combination should appear as a new shortcut. [What happens] Disabled status appears instead. The layout switching shortcut stops working. [Current workaround] Set the combination through System Settings - Text Entry. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140410-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 27 16:55:01 2014 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2012-05-02 (725 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity-control-center UpgradeStatus: Upgraded to trusty on 2014-04-21 (5 days ago) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu14 deja-dup 30.0-0ubuntu4 gnome-control-center 1:3.6.3-0ubuntu56 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1313337/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1315896] [NEW] In Files (Nautilus), “Select Items Matching” doesn't work in “View items as list” mode
Public bug reported: [The bug] File selection by the “Select Items Matching” tool doesn't work in Files (Nautilus) when the view mode is set to “View items as list”. When the pattern containing * or ? is entered in the “Select Items Matching” dialogue, only one item matching the pattern is selected instead of all matching items. The selection works fine in “View items as a grid of icons” mode. [Test case] 1. Open a folder in Nautilus containing, for example, several pdf files. 2. Switch to “View items as list” mode by pressing Ctrl+1 or by View - List or by pressing the corresponding button in the right part of the toolbar. 3. Open the “Select Items Matching” dialogue by pressing Ctrl+S or by Edit - Select Items Matching... 4. Enter the string “*.pdf” (without quotes) into the “Pattern” input field of the “Select Items Matching” dialogue. Press OK. [What is expected] All the pdf files in the folder should be selected. [What happens] Only one pdf file is selected. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun May 4 19:31:19 2014 ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'where', 'owner', 'group', 'permissions', 'mime_type', 'date_accessed'] InstallationDate: Installed on 2012-05-02 (732 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: nautilus UpgradeStatus: Upgraded to trusty on 2014-04-21 (12 days ago) ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1315896 Title: In Files (Nautilus), “Select Items Matching” doesn't work in “View items as list” mode Status in “nautilus” package in Ubuntu: New Bug description: [The bug] File selection by the “Select Items Matching” tool doesn't work in Files (Nautilus) when the view mode is set to “View items as list”. When the pattern containing * or ? is entered in the “Select Items Matching” dialogue, only one item matching the pattern is selected instead of all matching items. The selection works fine in “View items as a grid of icons” mode. [Test case] 1. Open a folder in Nautilus containing, for example, several pdf files. 2. Switch to “View items as list” mode by pressing Ctrl+1 or by View - List or by pressing the corresponding button in the right part of the toolbar. 3. Open the “Select Items Matching” dialogue by pressing Ctrl+S or by Edit - Select Items Matching... 4. Enter the string “*.pdf” (without quotes) into the “Pattern” input field of the “Select Items Matching” dialogue. Press OK. [What is expected] All the pdf files in the folder should be selected. [What happens] Only one pdf file is selected. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: nautilus 1:3.10.1-0ubuntu9 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun May 4 19:31:19 2014 ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.list-view' b'default-column-order' b['name', 'size', 'type', 'date_modified', 'where', 'owner', 'group', 'permissions', 'mime_type', 'date_accessed'] InstallationDate: Installed on 2012-05-02 (732 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: nautilus UpgradeStatus: Upgraded to trusty on 2014-04-21 (12 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1315896/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1315041] [NEW] The launcher doesn't show “several windows are running” mark
Public bug reported: [The bug] When a new window is opened by an application which is already running, the launcher doesn't change the mark at the app icon “application is running” (a small triangle at the left of the icon) to the mark “two windows of the application are running” (two small triangles) or to “several windows are running” (three small triangles). When a new window is opened by clicking the middle mouse button on the app icon at the launcher, the mark reflects correctly the number of windows. [Test case (to be continued...)] 1. Open one window of any application, say Files or Firefox. 2. Open Preferences dialogue window: Edit - Preferences. [What is expected] The corresponding icon on the launcher should be marked by the two-triangles mark reflecting the fact that two windows of this app are opened. [What happens] Nothing happens. The mark remains to be in one-triangle state. [Test case. Part 2] 1. After that, click on the app icon in the launcher to reveal the Spread mode. 2. Only now, the mark will turn into two-triangles state. 3. Click on the Preferences window to leave the Spread mode. 4. Close the Preferences window. [What is expected. Part 2] The corresponding icon on the launcher should be marked by the one-triangle mark. [What happens. Part 2] Nothing happens. Though there is only one window of the app running, the mark wrongly stays in two-triangles state. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.0+14.04.20140423-0ubuntu1.2 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Thu May 1 19:26:21 2014 InstallationDate: Installed on 2014-01-27 (94 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dp-unity https://bugs.launchpad.net/bugs/1315041 Title: The launcher doesn't show “several windows are running” mark Status in “unity” package in Ubuntu: New Bug description: [The bug] When a new window is opened by an application which is already running, the launcher doesn't change the mark at the app icon “application is running” (a small triangle at the left of the icon) to the mark “two windows of the application are running” (two small triangles) or to “several windows are running” (three small triangles). When a new window is opened by clicking the middle mouse button on the app icon at the launcher, the mark reflects correctly the number of windows. [Test case (to be continued...)] 1. Open one window of any application, say Files or Firefox. 2. Open Preferences dialogue window: Edit - Preferences. [What is expected] The corresponding icon on the launcher should be marked by the two-triangles mark reflecting the fact that two windows of this app are opened. [What happens] Nothing happens. The mark remains to be in one-triangle state. [Test case. Part 2] 1. After that, click on the app icon in the launcher to reveal the Spread mode. 2. Only now, the mark will turn into two-triangles state. 3. Click on the Preferences window to leave the Spread mode. 4. Close the Preferences window. [What is expected. Part 2] The corresponding icon on the launcher should be marked by the one-triangle mark. [What happens. Part 2] Nothing happens. Though there is only one window of the app running, the mark wrongly stays in two-triangles state. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.0+14.04.20140423-0ubuntu1.2 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Thu May 1 19:26:21 2014 InstallationDate: Installed on 2014-01-27 (94 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1315041/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294341] Re: Some of the input fields are blank in CompizConfig Settings Manager
I confirm that the bug has been fixed. compiz version is 1:0.9.11+14.04.20140423-0ubuntu1 ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to compiz in Ubuntu. https://bugs.launchpad.net/bugs/1294341 Title: Some of the input fields are blank in CompizConfig Settings Manager Status in Compiz: Fix Committed Status in “compiz” package in Ubuntu: In Progress Status in “compiz” source package in Trusty: Confirmed Bug description: [Impact] Users trying to use Compiz Config Settings Manager (CCSM) cannot see some of the fields' values. Also, due to this issue, some values will automatically reset to a value not set by the user. This can cause much user frustration when trying to set values in CCSM and can cause behaviors not intended by the user. [Test Case] To reproduce: * Open CCSM by either typing ccsm in the command line or finding it in the Dash. * Browse different settings and notice some of the values are missing in the input boxes. For example, General Options-Edge Trigger Delay is blank. [Regression Potential] None identified. Original Description: Input fields of some of the parameters in CompizConfig Settings Manager are blank. It is possible to modify them by typing a value or by pressing up/down buttons next to the input field. But leaving the particular plugin and returning back leads to the input fields being blank again. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compizconfig-settings-manager 1:0.9.11+14.04.20140310-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.13.3-0ubuntu1 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: Wed Mar 19 00:14:55 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device [1179:ff50] Subsystem: Toshiba America Info Systems Device [1179:ff50] InstallationDate: Installed on 2014-01-27 (50 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) MachineType: TOSHIBA Satellite U400 PackageArchitecture: all ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-18-generic root=UUID=ade20c72-1376-4808-b6fb-4b0c1cdba8c8 ro quiet splash vt.handoff=7 SourcePackage: compiz UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 07/12/2008 dmi.bios.vendor: TOSHIBA dmi.bios.version: V3.00 dmi.board.name: Satellite U400 dmi.board.vendor: TOSHIBA dmi.board.version: Not Applicable dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: TOSHIBA dmi.chassis.version: N/A dmi.modalias: dmi:bvnTOSHIBA:bvrV3.00:bd07/12/2008:svnTOSHIBA:pnSatelliteU400:pvrPSU40E-02000FRU:rvnTOSHIBA:rnSatelliteU400:rvrNotApplicable:cvnTOSHIBA:ct10:cvrN/A: dmi.product.name: Satellite U400 dmi.product.version: PSU40E-02000FRU dmi.sys.vendor: TOSHIBA version.compiz: compiz 1:0.9.11+14.04.20140310-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.52-1 version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.0-1ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.0-1ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.15.0-1ubuntu7 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 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 xserver.bootTime: Tue Mar 18 23:43:31 2014 xserver.configfile: default xserver.errors: xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 14145 vendor SEC xserver.version: 2:1.15.0-1ubuntu7 To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1294341/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1313331] [NEW] Sound volume is adjusted in opposite direction by the mouse wheel in System Settings
Public bug reported: [The bug] In System Settings - Sound, the Output volume gauge reacts in opposite direction on the mouse wheel scrolling. That is, scrolling in the direction away from you leads to DECREASE of the volume, while it is natural to expect increase. Moreover, the sound indicator behaves well, as expected. Thus, the volume gauge in System Settings and the gauge in the sound indicator react differently on the mouse wheel scrolling. [How to reproduce] 1. Hover the mouse pointer over the sound indicator. 2. Scroll the wheel in the direction AWAY from you. The volume INCREASES. This is correct expected behaviour. 3. Open System Settings - Sound, hover the mouse pointer over the Output volume gauge. 4. Scroll the wheel in the direction AWAY from you. [What is expected] The volume should increase. [What happens] The volume DECREASES. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140410-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 27 16:14:16 2014 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2012-05-02 (725 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity-control-center UpgradeStatus: Upgraded to trusty on 2014-04-21 (5 days ago) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu14 deja-dup 30.0-0ubuntu4 gnome-control-center 1:3.6.3-0ubuntu56 ** Affects: unity-control-center (Ubuntu) Importance: Undecided Status: Confirmed ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1313331 Title: Sound volume is adjusted in opposite direction by the mouse wheel in System Settings Status in “unity-control-center” package in Ubuntu: Confirmed Bug description: [The bug] In System Settings - Sound, the Output volume gauge reacts in opposite direction on the mouse wheel scrolling. That is, scrolling in the direction away from you leads to DECREASE of the volume, while it is natural to expect increase. Moreover, the sound indicator behaves well, as expected. Thus, the volume gauge in System Settings and the gauge in the sound indicator react differently on the mouse wheel scrolling. [How to reproduce] 1. Hover the mouse pointer over the sound indicator. 2. Scroll the wheel in the direction AWAY from you. The volume INCREASES. This is correct expected behaviour. 3. Open System Settings - Sound, hover the mouse pointer over the Output volume gauge. 4. Scroll the wheel in the direction AWAY from you. [What is expected] The volume should increase. [What happens] The volume DECREASES. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140410-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 27 16:14:16 2014 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2012-05-02 (725 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity-control-center UpgradeStatus: Upgraded to trusty on 2014-04-21 (5 days ago) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu14 deja-dup 30.0-0ubuntu4 gnome-control-center 1:3.6.3-0ubuntu56 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1313331/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1313337] [NEW] Layout switching shortcut cannot be set through System Settings - Keyboard
Public bug reported: Yet another layout-switching-related bug... [The bug] The shortcut for layout switching cannont be changed through System Settings - Keyboard - Shortcuts - Typing - Switch to next source. Actually, some of the combinations can be set, like Ctrl+Space or Super+Space. And some combinations cannot. When you press, for example, Alt+Shift or Ctrl+Shift, the combination is not set and the status of the shortcut is displayed as Disabled. And it is actually disabled, that is the layout switching shortcut doesn't work. At the same time, it is quite possible to set these combinations through System Settings - Text Entry - Switch to next source using. [How to reproduce] 1. Go to System Settings - Keyboard - Shortcuts. 2. Choose Typing item from the list. 3. Click on Switch to next source item in the list on the right. 4. You will see the invitation New accelerator... to type the shortcut. 5. Press Alt+Shift or Ctrl+Shift. [What is expected] The corresponding (Alt+Shift or Ctrl+Shift) combination should appear as a new shortcut. [What happens] Disabled status appears instead. The layout switching shortcut stops working. [Current workaround] Set the combination through System Settings - Text Entry. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140410-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 27 16:55:01 2014 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2012-05-02 (725 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity-control-center UpgradeStatus: Upgraded to trusty on 2014-04-21 (5 days ago) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu14 deja-dup 30.0-0ubuntu4 gnome-control-center 1:3.6.3-0ubuntu56 ** Affects: unity-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1313337 Title: Layout switching shortcut cannot be set through System Settings - Keyboard Status in “unity-control-center” package in Ubuntu: New Bug description: Yet another layout-switching-related bug... [The bug] The shortcut for layout switching cannont be changed through System Settings - Keyboard - Shortcuts - Typing - Switch to next source. Actually, some of the combinations can be set, like Ctrl+Space or Super+Space. And some combinations cannot. When you press, for example, Alt+Shift or Ctrl+Shift, the combination is not set and the status of the shortcut is displayed as Disabled. And it is actually disabled, that is the layout switching shortcut doesn't work. At the same time, it is quite possible to set these combinations through System Settings - Text Entry - Switch to next source using. [How to reproduce] 1. Go to System Settings - Keyboard - Shortcuts. 2. Choose Typing item from the list. 3. Click on Switch to next source item in the list on the right. 4. You will see the invitation New accelerator... to type the shortcut. 5. Press Alt+Shift or Ctrl+Shift. [What is expected] The corresponding (Alt+Shift or Ctrl+Shift) combination should appear as a new shortcut. [What happens] Disabled status appears instead. The layout switching shortcut stops working. [Current workaround] Set the combination through System Settings - Text Entry. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140410-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 27 16:55:01 2014 ExecutablePath: /usr/bin/unity-control-center InstallationDate: Installed on 2012-05-02 (725 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity-control-center UpgradeStatus: Upgraded to trusty on 2014-04-21 (5 days ago) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu14 deja-dup 30.0-0ubuntu4 gnome-control-center 1:3.6.3-0ubuntu56 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1313337/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1170647] Re: Clicking on Nautilus’ launcher icon opens new window instead of restoring the minimized one when browsing external drives/locations
I also confirm that bug is still here in 14.04. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1170647 Title: Clicking on Nautilus’ launcher icon opens new window instead of restoring the minimized one when browsing external drives/locations Status in “bamf” package in Ubuntu: Triaged Status in “nautilus” package in Ubuntu: Triaged Status in “unity” package in Ubuntu: Triaged Bug description: Sometimes left clicking the nautilus launcher icon doesn't bring up a minimized nautilus window. Instead of restoring the window a new instance of nautilus is showing up. Steps to reproduce: 1. Open a nautilus window by clicking on the launcher icon. 2. Navigate to a symlinked directory whose target is located on a different harddrive (for example: a symlink to a folder on a sd-card). 3. Minimize the nautilus window. 4. Try to bring up that window again by clicking the launcher icon. What happens: 1. A new instance (window) of nautilus is opened. 2. There's no obvious way to access the first window again. The only way is ALT+TAB. What schould happen: If a nautilus window is already open and minimized clicking the launcher icon should bring up that window. This was the behavior of nautilus windows in Ubuntu 12.10 (quantal). Ubuntu 13.04 Raring Ringtail (development branch) nautilus 3.6.3-0ubuntu16 unity 7.0.0daily13.04.18~13.04-0ubuntu1 ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: nautilus 1:3.6.3-0ubuntu16 ProcVersionSignature: Ubuntu 3.8.0-18.28-generic 3.8.6 Uname: Linux 3.8.0-18-generic i686 ApportVersion: 2.9.2-0ubuntu8 Architecture: i386 Date: Fri Apr 19 11:33:13 2013 EcryptfsInUse: Yes GsettingsChanges: b'org.gnome.nautilus.window-state' b'geometry' b'814x493+136+38' b'org.gnome.nautilus.window-state' b'sidebar-width' b'182' InstallationDate: Installed on 2011-07-23 (635 days ago) InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110426) MarkForUpload: True SourcePackage: nautilus UpgradeStatus: Upgraded to raring on 2013-04-14 (4 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/1170647/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1312882] [NEW] Main menu of Qt apps locally integrated in the window title bar disappears after activation of any menu item
Public bug reported: [The bug] When the integration of the app menus into the window title bars is turned on, call of any dialogue from the menu leads to disappearance of the menu. After that, the window title bar displays only the application title string. The main menu cannot be seen and cannot be accessed until you switch to another application and then return. The bug is observed only for unmaximized windows. The main menu of maximized windows works fine. This bug is observed only for Qt applications. I have “succeeded” to reproduce it for VLC, Gwenview, digiKam, Krita, Calliga, VirtualBox, GoldenDict. [How to reproduce] 1. Make sure that “Show the menus for a window” parameter (System Settings - Appearance - Behavior) is set to “In the window's title bar”. 2. Start any Qt application, say, one of mentioned above. Let it be, for example, Gwenview. 3. Unmaximize the app window. 4. Activate any dialogue from the main menu. For instance, File - Open... or Settings - Configure Gwenview... 5. Press Cancel to close the dialogue. 6. Hover the mouse pointer over the window title bar. [What is expected] The app menu should appear and be accessible. [What happens] The app menu is not shown. Only the application title is displayed in the title bar. The following screencast shows the bug “in action”: http://www.youtube.com/watch?v=WAfJXmwDJpgfeature=youtu.be ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.0+14.04.20140416-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,imgjpeg,decor,snap,move,gnomecompat,imgpng,vpswitch,place,grid,resize,text,imgsvg,unitymtgrabhandles,regex,mousepoll,session,wall,animation,fade,expo,workarounds,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Fri Apr 25 22:38:19 2014 InstallationDate: Installed on 2012-05-02 (723 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity UpgradeStatus: Upgraded to trusty on 2014-04-21 (3 days ago) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dp-unity https://bugs.launchpad.net/bugs/1312882 Title: Main menu of Qt apps locally integrated in the window title bar disappears after activation of any menu item Status in “unity” package in Ubuntu: New Bug description: [The bug] When the integration of the app menus into the window title bars is turned on, call of any dialogue from the menu leads to disappearance of the menu. After that, the window title bar displays only the application title string. The main menu cannot be seen and cannot be accessed until you switch to another application and then return. The bug is observed only for unmaximized windows. The main menu of maximized windows works fine. This bug is observed only for Qt applications. I have “succeeded” to reproduce it for VLC, Gwenview, digiKam, Krita, Calliga, VirtualBox, GoldenDict. [How to reproduce] 1. Make sure that “Show the menus for a window” parameter (System Settings - Appearance - Behavior) is set to “In the window's title bar”. 2. Start any Qt application, say, one of mentioned above. Let it be, for example, Gwenview. 3. Unmaximize the app window. 4. Activate any dialogue from the main menu. For instance, File - Open... or Settings - Configure Gwenview... 5. Press Cancel to close the dialogue. 6. Hover the mouse pointer over the window title bar. [What is expected] The app menu should appear and be accessible. [What happens] The app menu is not shown. Only the application title is displayed in the title bar. The following screencast shows the bug “in action”: http://www.youtube.com/watch?v=WAfJXmwDJpgfeature=youtu.be ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.2.0+14.04.20140416-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,imgjpeg,decor,snap,move,gnomecompat,imgpng,vpswitch,place,grid,resize,text,imgsvg,unitymtgrabhandles,regex,mousepoll,session,wall,animation,fade,expo,workarounds,scale,ezoom,unityshell] CurrentDesktop: Unity Date: Fri Apr 25 22:38:19 2014 InstallationDate: Installed on 2012-05-02 (723 days ago) InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Release amd64 (20120425) SourcePackage: unity UpgradeStatus: Upgraded to trusty on 2014-04-21 (3 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1312882/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to
[Desktop-packages] [Bug 1299915] [NEW] Symbols are occasionally distorted in different programs
Public bug reported: Sometimes, symbols in a text are distorted in different programs like Firefox or LibreOffice Writer. The distorted symbols look like random distributions of pixels. An example can be seen in the attached figure showing the distortion in Firefox. P.S. Actually, I am not absolutely sure that this is compiz which is affected by this bug. If it's not, I offer my apology and ask those who know the right project to correct the report. Thank you. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compiz 1:0.9.11+14.04.20140328-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-20.42-generic 3.13.7 Uname: Linux 3.13.0-20-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.13.3-0ubuntu1 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: Mon Mar 31 01:23:45 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device [1179:ff50] Subsystem: Toshiba America Info Systems Device [1179:ff50] InstallationDate: Installed on 2014-01-27 (62 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) MachineType: TOSHIBA Satellite U400 PackageArchitecture: all ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-20-generic root=UUID=ade20c72-1376-4808-b6fb-4b0c1cdba8c8 ro quiet splash vt.handoff=7 SourcePackage: compiz UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 07/12/2008 dmi.bios.vendor: TOSHIBA dmi.bios.version: V3.00 dmi.board.name: Satellite U400 dmi.board.vendor: TOSHIBA dmi.board.version: Not Applicable dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: TOSHIBA dmi.chassis.version: N/A dmi.modalias: dmi:bvnTOSHIBA:bvrV3.00:bd07/12/2008:svnTOSHIBA:pnSatelliteU400:pvrPSU40E-02000FRU:rvnTOSHIBA:rnSatelliteU400:rvrNotApplicable:cvnTOSHIBA:ct10:cvrN/A: dmi.product.name: Satellite U400 dmi.product.version: PSU40E-02000FRU dmi.sys.vendor: TOSHIBA version.compiz: compiz 1:0.9.11+14.04.20140328-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.52-1 version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.0-1ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.0-1ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.15.0-1ubuntu7 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 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 xserver.bootTime: Mon Mar 31 01:20:08 2014 xserver.configfile: default xserver.errors: xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 14145 vendor SEC xserver.version: 2:1.15.0-1ubuntu7 ** Affects: compiz (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug compiz-0.9 trusty ubuntu ** Attachment added: distorted_symbols_FF.png https://bugs.launchpad.net/bugs/1299915/+attachment/4054272/+files/distorted_symbols_FF.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to compiz in Ubuntu. https://bugs.launchpad.net/bugs/1299915 Title: Symbols are occasionally distorted in different programs Status in “compiz” package in Ubuntu: New Bug description: Sometimes, symbols in a text are distorted in different programs like Firefox or LibreOffice Writer. The distorted symbols look like random distributions of pixels. An example can be seen in the attached figure showing the distortion in Firefox. P.S. Actually, I am not absolutely sure that this is compiz which is affected by this bug. If it's not, I offer my apology and ask those who know the right project to correct the report. Thank you. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compiz 1:0.9.11+14.04.20140328-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-20.42-generic 3.13.7 Uname: Linux 3.13.0-20-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.13.3-0ubuntu1 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: Mon Mar 31 01:23:45 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: Intel Corporation Mobile GM965/GL960 Integrated Graphics
[Desktop-packages] [Bug 1299915] Re: Symbols are occasionally distorted in different programs
I also attach a screenshot of the distortion in LibreOffice Writer. ** Attachment added: distorted_symbols_LO.png https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1299915/+attachment/4054298/+files/distorted_symbols_LO.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to compiz in Ubuntu. https://bugs.launchpad.net/bugs/1299915 Title: Symbols are occasionally distorted in different programs Status in “compiz” package in Ubuntu: New Bug description: Sometimes, symbols in a text are distorted in different programs like Firefox or LibreOffice Writer. The distorted symbols look like random distributions of pixels. An example can be seen in the attached figure showing the distortion in Firefox. P.S. Actually, I am not absolutely sure that this is compiz which is affected by this bug. If it's not, I offer my apology and ask those who know the right project to correct the report. Thank you. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compiz 1:0.9.11+14.04.20140328-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-20.42-generic 3.13.7 Uname: Linux 3.13.0-20-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.13.3-0ubuntu1 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: Mon Mar 31 01:23:45 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device [1179:ff50] Subsystem: Toshiba America Info Systems Device [1179:ff50] InstallationDate: Installed on 2014-01-27 (62 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) MachineType: TOSHIBA Satellite U400 PackageArchitecture: all ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-20-generic root=UUID=ade20c72-1376-4808-b6fb-4b0c1cdba8c8 ro quiet splash vt.handoff=7 SourcePackage: compiz UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 07/12/2008 dmi.bios.vendor: TOSHIBA dmi.bios.version: V3.00 dmi.board.name: Satellite U400 dmi.board.vendor: TOSHIBA dmi.board.version: Not Applicable dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: TOSHIBA dmi.chassis.version: N/A dmi.modalias: dmi:bvnTOSHIBA:bvrV3.00:bd07/12/2008:svnTOSHIBA:pnSatelliteU400:pvrPSU40E-02000FRU:rvnTOSHIBA:rnSatelliteU400:rvrNotApplicable:cvnTOSHIBA:ct10:cvrN/A: dmi.product.name: Satellite U400 dmi.product.version: PSU40E-02000FRU dmi.sys.vendor: TOSHIBA version.compiz: compiz 1:0.9.11+14.04.20140328-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.52-1 version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.0-1ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.0-1ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.15.0-1ubuntu7 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 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 xserver.bootTime: Mon Mar 31 01:20:08 2014 xserver.configfile: default xserver.errors: xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 14145 vendor SEC xserver.version: 2:1.15.0-1ubuntu7 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1299915/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1266179] Re: When `Shift+Alt L` is for switching keyboard layouts, Shift has to be pressed first
Just in case, I confirm that now it works fine in trusty. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1266179 Title: When `Shift+Alt L` is for switching keyboard layouts, Shift has to be pressed first Status in “unity-settings-daemon” package in Ubuntu: Fix Released Bug description: This is a follow-up from bug 1245926, comment 11. In trusty, I have `Shift+Alt L` as layout switching. Pressing the combo by first pressing the Alt key doesn't work. Only when the Shift key is pressed first does the combo work. -- For other layout switching problems introduced in Ubuntu 13.10 you can see bug 1218322. -- ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-control-center 1:3.6.3-0ubuntu49 ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4 Uname: Linux 3.12.0-7-generic x86_64 ApportVersion: 2.12.7-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Sun Jan 5 12:08:49 2014 EcryptfsInUse: Yes InstallationDate: Installed on 2010-10-12 (1180 days ago) InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) SourcePackage: gnome-control-center UpgradeStatus: Upgraded to trusty on 2013-10-26 (70 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1266179/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296872] [NEW] Charge level and the remaining time are estimated wrongly for the battery in Logitech Wireless Mouse with Unifying receiver
Public bug reported: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1296872 Title: Charge level and the remaining time are estimated wrongly for the battery in Logitech Wireless Mouse with Unifying receiver Status in “gnome-power-manager” package in Ubuntu: New Bug description: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1296872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296872] Re: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver
** Summary changed: - Charge level and the remaining time are estimated wrongly for the battery in Logitech Wireless Mouse with Unifying receiver + Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-power-manager in Ubuntu. https://bugs.launchpad.net/bugs/1296872 Title: Charge level and the remaining time are estimated incorrectly for the battery in Logitech Wireless Mouse with Unifying receiver Status in “gnome-power-manager” package in Ubuntu: Confirmed Bug description: Power statistics application and power indicator show wrong value of wireless mouse battery charge level. The shown Percentage value is always 55.0% regardless of the actual state of the battery in the mouse. The remaining time can not be estimated at all. I have Logitech Wireless Mouse M510 with Unifying receiver. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gnome-power-manager 3.8.2-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-19.40-generic 3.13.6 Uname: Linux 3.13.0-19-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Mon Mar 24 22:11:53 2014 ExecutablePath: /usr/bin/gnome-power-statistics InstallationDate: Installed on 2014-01-27 (56 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: gnome-power-manager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/1296872/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1296111] [NEW] Bluetooth on/off switcher in System Settings is always OFF and has no effect on the bluetooth indicator
Public bug reported: Bluetooth on/off switcher in System Settings is always OFF. When I turn it ON, leave bluetooth settings and then return back, I see that the switcher is OFF. Moreover, there is no effect on the bluetooth indicator, i.e. changing of the switcher on/off state does not modify the bluetooth indicator enabled/disabled state. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140319-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Sat Mar 22 22:16:32 2014 InstallationDate: Installed on 2014-01-27 (54 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity-control-center UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu10 deja-dup 29.5-0ubuntu2 gnome-control-center 1:3.6.3-0ubuntu54 gnome-control-center-unity 1.3+14.04.20140117-0ubuntu1 ** Affects: unity-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1296111 Title: Bluetooth on/off switcher in System Settings is always OFF and has no effect on the bluetooth indicator Status in “unity-control-center” package in Ubuntu: New Bug description: Bluetooth on/off switcher in System Settings is always OFF. When I turn it ON, leave bluetooth settings and then return back, I see that the switcher is OFF. Moreover, there is no effect on the bluetooth indicator, i.e. changing of the switcher on/off state does not modify the bluetooth indicator enabled/disabled state. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140319-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Sat Mar 22 22:16:32 2014 InstallationDate: Installed on 2014-01-27 (54 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity-control-center UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu10 deja-dup 29.5-0ubuntu2 gnome-control-center 1:3.6.3-0ubuntu54 gnome-control-center-unity 1.3+14.04.20140117-0ubuntu1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1296111/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1295335] [NEW] Online Accounts: icons are absent for some of the items of the Google account
Public bug reported: This is a small visual defect. In System Settings - Online Accounts, in the list of applications to integrate with Google account, there are icons for Empathy, Shotwell, Photos and Google Drive. But there are no icons for the list items which appeared here recently in 14.04: GMail, Google Contacts, Google Calendar. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140319-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Mar 20 23:23:33 2014 InstallationDate: Installed on 2014-01-27 (52 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity-control-center UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu10 deja-dup 29.5-0ubuntu2 gnome-control-center 1:3.6.3-0ubuntu53 gnome-control-center-unity 1.3+14.04.20140117-0ubuntu1 ** Affects: unity-control-center (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity-control-center in Ubuntu. https://bugs.launchpad.net/bugs/1295335 Title: Online Accounts: icons are absent for some of the items of the Google account Status in “unity-control-center” package in Ubuntu: New Bug description: This is a small visual defect. In System Settings - Online Accounts, in the list of applications to integrate with Google account, there are icons for Empathy, Shotwell, Photos and Google Drive. But there are no icons for the list items which appeared here recently in 14.04: GMail, Google Contacts, Google Calendar. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-control-center 14.04.3+14.04.20140319-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 ApportVersion: 2.13.3-0ubuntu1 Architecture: amd64 CurrentDesktop: Unity Date: Thu Mar 20 23:23:33 2014 InstallationDate: Installed on 2014-01-27 (52 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) SourcePackage: unity-control-center UpgradeStatus: No upgrade log present (probably fresh install) usr_lib_unity-control-center: activity-log-manager 0.9.7-0ubuntu10 deja-dup 29.5-0ubuntu2 gnome-control-center 1:3.6.3-0ubuntu53 gnome-control-center-unity 1.3+14.04.20140117-0ubuntu1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1295335/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294341] [NEW] Some of the input fields are blank in CompizConfig Settings Manager
Public bug reported: Input fields of some of the parameters in CompizConfig Settings Manager are blank. It is possible to modify them by typing a value or by pressing up/down buttons next to the input field. But leaving the particular plugin and returning back leads to the input fields being blank again. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compizconfig-settings-manager 1:0.9.11+14.04.20140310-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 .tmp.unity.support.test.0: ApportVersion: 2.13.3-0ubuntu1 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: Wed Mar 19 00:14:55 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device [1179:ff50] Subsystem: Toshiba America Info Systems Device [1179:ff50] InstallationDate: Installed on 2014-01-27 (50 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) MachineType: TOSHIBA Satellite U400 PackageArchitecture: all ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-18-generic root=UUID=ade20c72-1376-4808-b6fb-4b0c1cdba8c8 ro quiet splash vt.handoff=7 SourcePackage: compiz UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 07/12/2008 dmi.bios.vendor: TOSHIBA dmi.bios.version: V3.00 dmi.board.name: Satellite U400 dmi.board.vendor: TOSHIBA dmi.board.version: Not Applicable dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: TOSHIBA dmi.chassis.version: N/A dmi.modalias: dmi:bvnTOSHIBA:bvrV3.00:bd07/12/2008:svnTOSHIBA:pnSatelliteU400:pvrPSU40E-02000FRU:rvnTOSHIBA:rnSatelliteU400:rvrNotApplicable:cvnTOSHIBA:ct10:cvrN/A: dmi.product.name: Satellite U400 dmi.product.version: PSU40E-02000FRU dmi.sys.vendor: TOSHIBA version.compiz: compiz 1:0.9.11+14.04.20140310-0ubuntu1 version.ia32-libs: ia32-libs N/A version.libdrm2: libdrm2 2.4.52-1 version.libgl1-mesa-dri: libgl1-mesa-dri 10.1.0-1ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 10.1.0-1ubuntu1 version.xserver-xorg-core: xserver-xorg-core 2:1.15.0-1ubuntu7 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 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.910-0ubuntu1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.10-1ubuntu2 xserver.bootTime: Tue Mar 18 23:43:31 2014 xserver.configfile: default xserver.errors: xserver.logfile: /var/log/Xorg.0.log xserver.outputs: product id 14145 vendor SEC xserver.version: 2:1.15.0-1ubuntu7 ** Affects: compiz (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug compiz-0.9 trusty ubuntu ** Description changed: Input fields of some of the parameters in CompizConfig Settings Manager are blank. It is possible to modify them by typing a value or by pressing up/down buttons next to the input field. But leaving the - particular plugin settings and returning back leads to the input fields - being blank again. + particular plugin and returning back leads to the input fields being + blank again. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: compizconfig-settings-manager 1:0.9.11+14.04.20140310-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-18.38-generic 3.13.6 Uname: Linux 3.13.0-18-generic x86_64 .tmp.unity.support.test.0: - + ApportVersion: 2.13.3-0ubuntu1 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: Wed Mar 19 00:14:55 2014 DistUpgraded: Fresh install DistroCodename: trusty DistroVariant: ubuntu GraphicsCard: - Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) -Subsystem: Toshiba America Info Systems Device [1179:ff50] -Subsystem: Toshiba America Info Systems Device [1179:ff50] + Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller]) + Subsystem: Toshiba America Info Systems Device [1179:ff50] + Subsystem: Toshiba America Info Systems Device [1179:ff50] InstallationDate: Installed on 2014-01-27 (50 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124)
[Desktop-packages] [Bug 1181106] Re: Failed to change profile to A2DP in 13.04 (Raring) and 13.10 (saucy)
The issue was almost fixed in trusty. But several days ago, it suddenly appeared again. I can successfully connect my head set (plantronics M155), I can see it in sound settings, I can switch the output to it. Moreover, I can switch the mode to A2DP, but the sound remains mono and of bad quality. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1181106 Title: Failed to change profile to A2DP in 13.04 (Raring) and 13.10 (saucy) Status in Bluez Utilities: New Status in “pulseaudio” package in Ubuntu: Confirmed Bug description: I upgraded to 13.04 recently and my A2DP profile, which had been working great under 12.10 is suddenly gone. Neither my blueman applet nor the built-in bluetooth manager applet can connect my external bluetooth speaker to the A2DP profile. They can connect to the bluetooth device itself just fine. Steps I'm using: * using blueman, I can connect to the external bluetooth speaker and view the device in the devices listing * I can connect the device to the Audio sink and I get a message saying it is now connected and will show in the PulseAudio mixer * After connecting the external speaker to the audio sink, I can also see the device in the Play sound through listing in the Sound system control panel, but the icon has a circle with a line through it. * but if I right-click the device and choose Audio Profile from the context menu and try to select High Fidelity Playback (A2DP) as the new profile, I get an error message stating failed to change profile to a2dp I've already added Enable=Socket in /etc/bluetooth/audio.conf, without that I can't pair my headset. Now I can pair it, but I can't activate the A2DP profile. When I try to activate it, I see this message in my syslog : pulseaudio[2603]: [pulseaudio] module-bluetooth-device.c: Profile has no transport I tried the kernel 3.9.0 because of a sound problem with my soundcard, this kernel fixed my soundcard problem, but A2DP still doesn't work To manage notifications about this bug go to: https://bugs.launchpad.net/bluez/+bug/1181106/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1283702] [NEW] Dash appears instead of Spread when Super+W is tapped faster than dash_tap_duration
Public bug reported: The bug: When Super+W is pressed quickly, the Dash appears instead of the Spread. The fact that W has also been pressed is ignored. “Quickly” means the duration less then the dash_tap_duration parameter which is found in Launcher tab of the CompizConfig Settings Manager as the “Dash tap duration”. Steps to reproduce: – open CompizConfig Settings Manager – in Launcher tab, change the parameter “Dash tap duration” to some high value, say 1000 milliseconds (more is prohibited) – press Super+W within the duration not more than one second – WHAT IS EXPECTED: Spread mode should appear – WHAT HAPPENS INSTEAD: Dash appears Obviously, this bug can also be reproduced with the default value of dash_tap_duration (250ms) but with the higher value it's more evident and easier to reproduce. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.1.2+14.04.20140220-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-11.31-generic 3.13.3 Uname: Linux 3.13.0-11-generic x86_64 ApportVersion: 2.13.2-0ubuntu5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Sun Feb 23 15:57:16 2014 InstallationDate: Installed on 2014-01-27 (26 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) ProcEnviron: LANGUAGE=ru PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=ru_RU.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dp-unity https://bugs.launchpad.net/bugs/1283702 Title: Dash appears instead of Spread when Super+W is tapped faster than dash_tap_duration Status in “unity” package in Ubuntu: New Bug description: The bug: When Super+W is pressed quickly, the Dash appears instead of the Spread. The fact that W has also been pressed is ignored. “Quickly” means the duration less then the dash_tap_duration parameter which is found in Launcher tab of the CompizConfig Settings Manager as the “Dash tap duration”. Steps to reproduce: – open CompizConfig Settings Manager – in Launcher tab, change the parameter “Dash tap duration” to some high value, say 1000 milliseconds (more is prohibited) – press Super+W within the duration not more than one second – WHAT IS EXPECTED: Spread mode should appear – WHAT HAPPENS INSTEAD: Dash appears Obviously, this bug can also be reproduced with the default value of dash_tap_duration (250ms) but with the higher value it's more evident and easier to reproduce. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.1.2+14.04.20140220-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-11.31-generic 3.13.3 Uname: Linux 3.13.0-11-generic x86_64 ApportVersion: 2.13.2-0ubuntu5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Sun Feb 23 15:57:16 2014 InstallationDate: Installed on 2014-01-27 (26 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) ProcEnviron: LANGUAGE=ru PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=ru_RU.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1283702/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1282157] [NEW] Keyboard layout switching doesn't work in Unity Spread Filter
Public bug reported: The newly implemented feature of window filtering in Unity Spread is great! Thanks to developers! At the moment, there is no possibility to switch the keyboard layout inside the Spread. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.1.2+14.04.20140218.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-10.30-generic 3.13.3 Uname: Linux 3.13.0-10-generic x86_64 ApportVersion: 2.13.2-0ubuntu5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Wed Feb 19 20:18:48 2014 InstallationDate: Installed on 2014-01-27 (23 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) ProcEnviron: LANGUAGE=ru PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=ru_RU.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug third-party-packages trusty -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dp-unity https://bugs.launchpad.net/bugs/1282157 Title: Keyboard layout switching doesn't work in Unity Spread Filter Status in “unity” package in Ubuntu: New Bug description: The newly implemented feature of window filtering in Unity Spread is great! Thanks to developers! At the moment, there is no possibility to switch the keyboard layout inside the Spread. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity 7.1.2+14.04.20140218.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-10.30-generic 3.13.3 Uname: Linux 3.13.0-10-generic x86_64 ApportVersion: 2.13.2-0ubuntu5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CurrentDesktop: Unity Date: Wed Feb 19 20:18:48 2014 InstallationDate: Installed on 2014-01-27 (23 days ago) InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Alpha amd64 (20140124) ProcEnviron: LANGUAGE=ru PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=ru_RU.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1282157/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp