[Dx-packages] [Bug 1243233] Re: Holding Super key doesn't bring up shortcut overlay.
@ Bruno, A friend of mine also uses Ubuntu 13.10 and he brought to my attention that he's also experiencing this same issue as you. He couldn't figure out why my machine was able to see shortcut hints overlay but his couldn't? He looked over my machine and his in a side-by-side comparison since we both own laptops and he figured it out. His machine has workspaces enabled and mine doesn't. He enabled workspaces on my machine and the shortcut hints overlay no longer worked. Funny thing is, the kernel update from 01-04 partially fixes this issue, only if workspaces is disabled. I don't use workspaces and I think starting in Ubuntu 13.04 (or maybe it was 13.10), they stopped enabling workspaces by default? Needless to say, this issue did persist while workspaces was disabled as you can see in my previous postings here. The latest kernel update fixed it for me since I don't have workspaces enabled. So now we've narrowed down this bug being specific to workspaces being enabled. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1243233 Title: Holding Super key doesn't bring up shortcut overlay. Status in “unity” package in Ubuntu: Confirmed Bug description: After upgrading from 13.04 to 13.10, holding Super no longer brings up the help overlay. Holding Super worked before upgrading. Tapping the Super key still brings up the HUD, and holding it down still brings up the Launcher and after a second or so shows the numbers on the applications. In Compiz Config Manager, under Ubuntu Unity Plugin -> Launcher, the Key to show the Dash, Launcher and Help Overlay is set to Super. Under Ubuntu Unity Plugin -> General, Enable Shortcut Hints Overlay is checked. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1243233/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1268047] [NEW] Can't make bluetooth visible for reverse connection on phone
Public bug reported: My hands-free system works the "reverse" way in that the phone needs to be made visible for the car to connect to it, which is currently impossible with the Bluetooth panel. This probably affects indicator-bluetooth, too. Adding ubuntu-ux as well, since https://wiki.ubuntu.com/Bluetooth#Phone does not seem to cater for the reverse use case on the phone. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ubuntu-system-settings 0.1+14.04.20140109.2-0ubuntu1 Uname: Linux 3.4.0-3-mako armv7l ApportVersion: 2.12.7-0ubuntu6 Architecture: armhf Date: Fri Jan 10 23:49:07 2014 InstallationDate: Installed on 2014-01-10 (0 days ago) InstallationMedia: Ubuntu Trusty Tahr (development branch) - armhf (20140110) SourcePackage: ubuntu-system-settings UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: ubuntu-ux Importance: Undecided Status: New ** Affects: indicator-bluetooth (Ubuntu) Importance: Undecided Status: New ** Affects: ubuntu-system-settings (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug armhf trusty ** Also affects: indicator-bluetooth (Ubuntu) Importance: Undecided Status: New ** Summary changed: - Can't make bluetooth visible for reverse connection + Can't make bluetooth visible for reverse connection on phone ** Also affects: ubuntu-ux Importance: Undecided Status: New -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-bluetooth in Ubuntu. https://bugs.launchpad.net/bugs/1268047 Title: Can't make bluetooth visible for reverse connection on phone Status in Ubuntu UX bugs: New Status in “indicator-bluetooth” package in Ubuntu: New Status in “ubuntu-system-settings” package in Ubuntu: New Bug description: My hands-free system works the "reverse" way in that the phone needs to be made visible for the car to connect to it, which is currently impossible with the Bluetooth panel. This probably affects indicator-bluetooth, too. Adding ubuntu-ux as well, since https://wiki.ubuntu.com/Bluetooth#Phone does not seem to cater for the reverse use case on the phone. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: ubuntu-system-settings 0.1+14.04.20140109.2-0ubuntu1 Uname: Linux 3.4.0-3-mako armv7l ApportVersion: 2.12.7-0ubuntu6 Architecture: armhf Date: Fri Jan 10 23:49:07 2014 InstallationDate: Installed on 2014-01-10 (0 days ago) InstallationMedia: Ubuntu Trusty Tahr (development branch) - armhf (20140110) SourcePackage: ubuntu-system-settings UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1268047/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267888] Re: Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app
Fix committed into lp:unity at revision None, scheduled for release in unity, milestone 7.2.0 ** Changed in: unity Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267888 Title: Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app Status in Unity: Fix Committed Status in “unity” package in Ubuntu: In Progress Bug description: In bug #1081843, the following design was given: "If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above." However, a community member recently brought up the issue that this is not expected behavior and posted as such in that bug. Mark Shuttleworth then responded that that design is a mistake and that nothing should happen when using the mouse scroll wheel over a Launcher icon of an unfocused app, no matter how many windows are associated with it. This bug is to fix that design. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267888/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1066374] Re: "/etc/init.d/networking restart" causes unity to crash (12.10 beta)
*** This bug is a duplicate of bug 1072518 *** https://bugs.launchpad.net/bugs/1072518 Hi, I assumed this is the duplicate issue as bug 1072518, while this report is filed earlier I think the later one is much appropriate. ** This bug has been marked a duplicate of bug 1072518 Restarting network crashes (apparently) the desktop manager -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1066374 Title: "/etc/init.d/networking restart" causes unity to crash (12.10 beta) Status in “unity” package in Ubuntu: Confirmed Bug description: I ran "/etc/init.d/networking restart" from the terminal and it appeared that Unity crashed as result. The launcher and the top panel disappeared. I was still able to right click on the desktop and get the context menu, the theme from my open chromium windows seems to have had resorted to a default theme of some sort and I wasn't able to type in the chromium window location bar. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1066374/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1268015] [NEW] Connecting Nexus 4 pops up a ton of windows
Public bug reported: I connect my Nexus 4 to Ubuntu and a window with files pops up. It's ok. But then... 1. After random number of seconds - 1 more window with files opened (as if it's remounted again and again) 2. Repeat step 1 And after that a ton of errors: Unable to open folder for Nexus 4. Cache invalid, retry (internally handled) ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: unity 7.1.2+13.10.20131014.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10 Uname: Linux 3.11.0-15-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell] Date: Sat Jan 11 02:00:23 2014 EcryptfsInUse: Yes InstallationDate: Installed on 2012-09-07 (490 days ago) InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1) MarkForUpload: True SourcePackage: unity UpgradeStatus: Upgraded to saucy on 2013-10-17 (85 days ago) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug saucy ** Attachment added: "Screenshot from 2014-01-11 02:05:59.png" https://bugs.launchpad.net/bugs/1268015/+attachment/3945730/+files/Screenshot%20from%202014-01-11%2002%3A05%3A59.png -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1268015 Title: Connecting Nexus 4 pops up a ton of windows Status in “unity” package in Ubuntu: New Bug description: I connect my Nexus 4 to Ubuntu and a window with files pops up. It's ok. But then... 1. After random number of seconds - 1 more window with files opened (as if it's remounted again and again) 2. Repeat step 1 And after that a ton of errors: Unable to open folder for Nexus 4. Cache invalid, retry (internally handled) ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: unity 7.1.2+13.10.20131014.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10 Uname: Linux 3.11.0-15-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell] Date: Sat Jan 11 02:00:23 2014 EcryptfsInUse: Yes InstallationDate: Installed on 2012-09-07 (490 days ago) InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1) MarkForUpload: True SourcePackage: unity UpgradeStatus: Upgraded to saucy on 2013-10-17 (85 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1268015/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267888] Re: Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app
** Branch linked: lp:~townsend/unity/fix-lp1267888 -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267888 Title: Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app Status in Unity: In Progress Status in “unity” package in Ubuntu: In Progress Bug description: In bug #1081843, the following design was given: "If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above." However, a community member recently brought up the issue that this is not expected behavior and posted as such in that bug. Mark Shuttleworth then responded that that design is a mistake and that nothing should happen when using the mouse scroll wheel over a Launcher icon of an unfocused app, no matter how many windows are associated with it. This bug is to fix that design. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267888/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Fix committed into lp:unity at revision None, scheduled for release in unity, milestone 7.2.0 ** Changed in: unity Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1263786 Title: Nonsense behavior of scrollwheel over Launcher Status in Unity: Fix Committed Status in “unity” package in Ubuntu: In Progress Bug description: Steps to reproduce: - move the mouse cursor over the launcher - move it over the icon of an application that has one and only one window open that is not on front - move the scrollwheel of the mouse in any direction Expected behavior: NOTHING. Ovserved behavior: the window, corresponding to the icon over which the mouse cursor is, is brought to front; and this cannot be reversed easily. Trying it with an icon of an application that has two or more windows open reveals "why" this happens: - move the mouse cursor over the Launcher over an icon of an application that has two or more windows open - move the scrollwheel This will switch between windows of that application, so scrolling up or down will bring one or another window (of that same application) to front. This is already annoying, like many other abuses of the scrollwheel that unfortunately have become widespread (such as: moving the scrollwheel while keeping the cursor over a tab will switch among tabs in applications that use tabs). But even if we accept the annoying use-the-scrollwheel-for-everything-at-all-costs fashion, only two behaviors would make sense in this case: Option A: - similar to current behavior (switch between windows of an application) but ONLY IF there are more than one window of that application open AND one of those window is already focused. Or option B: - whenever the scrollwheel is on the launcher, scrolling would switch among ALL existing windows Both option A and B would be consistent with the widespread scrollwheel abuse, but would at least make sense, and an unintentional movement of the scrollwheel causing an undesired window switching could always be reverted by a countermovement of the scrollwheel in the opposite direction. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: unity 7.0.0daily13.06.19~13.04-0ubuntu1 ProcVersionSignature: Ubuntu 3.8.0-34.49-generic 3.8.13.12 Uname: Linux 3.8.0-34-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' Date: Mon Dec 23 22:45:54 2013 InstallationDate: Installed on 2013-10-11 (73 days ago) InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1263786/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267210] Re: Dash/Hud stealing focus from fullscreen windows
** Changed in: unity (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267210 Title: Dash/Hud stealing focus from fullscreen windows Status in Unity: Fix Committed Status in “unity” package in Ubuntu: Fix Committed Bug description: Right now with a fullscreen window if you open the dash or hud the focus is taken off the fullscreen window then given to the dash/hud. The problem with this is the dash/hud get rendered under the fullscreen window so you cant actually see the dash/hud. Relating to this bug: https://bugs.launchpad.net/unity/+bug/860970 Once that bug is fixed, then this fix wont be needed any longer. The problem is fixing bug 860970 has a high risk for regressions all over the place in unity, which is not something we would like to introduce into an LTS. So right now we would much rather fix the problem of the dash/hud stealing focus. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267210/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267210] Re: Dash/Hud stealing focus from fullscreen windows
Fix committed into lp:unity at revision None, scheduled for release in unity, milestone 7.2.0 ** Changed in: unity Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267210 Title: Dash/Hud stealing focus from fullscreen windows Status in Unity: Fix Committed Status in “unity” package in Ubuntu: In Progress Bug description: Right now with a fullscreen window if you open the dash or hud the focus is taken off the fullscreen window then given to the dash/hud. The problem with this is the dash/hud get rendered under the fullscreen window so you cant actually see the dash/hud. Relating to this bug: https://bugs.launchpad.net/unity/+bug/860970 Once that bug is fixed, then this fix wont be needed any longer. The problem is fixing bug 860970 has a high risk for regressions all over the place in unity, which is not something we would like to introduce into an LTS. So right now we would much rather fix the problem of the dash/hud stealing focus. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267210/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267902] Re: The unity-autopilot package should depend on mesa-utils
Fix committed into lp:unity at revision None, scheduled for release in unity, milestone 7.2.0 ** Changed in: unity Status: In Progress => Fix Committed -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267902 Title: The unity-autopilot package should depend on mesa-utils Status in Unity: Fix Committed Status in “unity” package in Ubuntu: In Progress Bug description: The Unity Autopilot tests use glxinfo to get graphics information of the system. glxinfo is in the mesa-utils package, but it is not installed by default, so some Autopilot tests will fail since glxinfo is not on the system. The unity-autopliot package should depend on mesa-utils to guarantee that glxinfo is on the system. Because of this, this is causing may AP tests to fail on daily-release runs on Jenkins. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267902/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1203355] Re: Session menu has both 'restart' & 'shutdown' options though both open the same dialog window
This "bug" is still present in Trusty. IMHO, it would be nice to get rid of it before release of the LTS. -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-session in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1203355 Title: Session menu has both 'restart' & 'shutdown' options though both open the same dialog window Status in The Session Menu: New Status in “indicator-session” package in Ubuntu: Confirmed Bug description: if it's now intended to have both that's cool but then the 'Restart' option should open with focus on "Restart', not "Shut Down" If not intended you should remove the Restart option ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: indicator-session 12.10.5+13.10.20130717-0ubuntu1 ProcVersionSignature: Ubuntu 3.10.0-4.13-generic 3.10.1 Uname: Linux 3.10.0-4-generic x86_64 ApportVersion: 2.11-0ubuntu1 Architecture: amd64 Date: Sat Jul 20 14:24:58 2013 InstallationDate: Installed on 2013-07-13 (6 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130712) MarkForUpload: True SourcePackage: indicator-session UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-session/+bug/1203355/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267902] Re: The unity-autopilot package should depend on mesa-utils
** Branch linked: lp:~townsend/unity/fix-mesa-utils-dep -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267902 Title: The unity-autopilot package should depend on mesa-utils Status in Unity: In Progress Status in “unity” package in Ubuntu: In Progress Bug description: The Unity Autopilot tests use glxinfo to get graphics information of the system. glxinfo is in the mesa-utils package, but it is not installed by default, so some Autopilot tests will fail since glxinfo is not on the system. The unity-autopliot package should depend on mesa-utils to guarantee that glxinfo is on the system. Because of this, this is causing may AP tests to fail on daily-release runs on Jenkins. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267902/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267902] [NEW] The unity-autopilot package should depend on mesa-utils
Public bug reported: The Unity Autopilot tests use glxinfo to get graphics information of the system. glxinfo is in the mesa-utils package, but it is not installed by default, so some Autopilot tests will fail since glxinfo is not on the system. The unity-autopliot package should depend on mesa-utils to guarantee that glxinfo is on the system. Because of this, this is causing may AP tests to fail on daily-release runs on Jenkins. ** Affects: unity Importance: Critical Assignee: Christopher Townsend (townsend) Status: In Progress ** Affects: unity (Ubuntu) Importance: Critical Assignee: Christopher Townsend (townsend) Status: In Progress ** Also affects: unity Importance: Undecided Status: New ** Changed in: unity Status: New => In Progress ** Changed in: unity Importance: Undecided => Critical ** Description changed: The Unity Autopilot tests use glxinfo to get graphics information of the system. glxinfo is in the mesa-utils package, but it is not installed by default, so some Autopilot tests will fail since glxinfo is not on the system. The unity-autopliot package should depend on mesa-utils to guarantee that glxinfo is on the system. + + Because of this, this is causing may AP tests to fail on daily-release + runs on Jenkins. ** Changed in: unity (Ubuntu) Status: New => In Progress ** Changed in: unity (Ubuntu) Importance: Undecided => Critical ** Changed in: unity Assignee: (unassigned) => Christopher Townsend (townsend) ** Changed in: unity (Ubuntu) Assignee: (unassigned) => Christopher Townsend (townsend) ** Changed in: unity Milestone: None => 7.2.0 -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267902 Title: The unity-autopilot package should depend on mesa-utils Status in Unity: In Progress Status in “unity” package in Ubuntu: In Progress Bug description: The Unity Autopilot tests use glxinfo to get graphics information of the system. glxinfo is in the mesa-utils package, but it is not installed by default, so some Autopilot tests will fail since glxinfo is not on the system. The unity-autopliot package should depend on mesa-utils to guarantee that glxinfo is on the system. Because of this, this is causing may AP tests to fail on daily-release runs on Jenkins. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267902/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1081843] Re: [FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher
I opened bug #1267888 to fix the incorrect design issue per Mark's comment. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1081843 Title: [FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher Status in Ayatana Design: Fix Released Status in Unity: Fix Released Status in “unity” package in Ubuntu: Fix Released Bug description: It would be very useful if you could simply hover over an icon of an open app and scroll with the mouse wheel to switch and highlight between the windows of that app, if it has more. - Desired resolution: Try implementing the following as an experiment. Before the change described below lands in Ubuntu *it must first be user tested, and reviewed by the design team* If the pointer is positioned over the Launcher icon of an application that is in focus which has multiple windows open in the following order A,B,C,D,E: - Scrolling the mouse wheel 'one click towards the user' should display the next window (B) of the application in the Z stack. e.g. Starting Z stack order: A,B,C,D,E Output Z stack order: B,A,C,D,E - Scrolling the mouse wheel 'one click away from the user' should display the bottom window (E) in the application in the Z stack Starting Z stack order: A,B,C,D,E Output Z stack order: E,A,B,C,D - Scrolling the mouse wheel 'two clicks towards the user' should first briefly display the next window of the application in the Z stack (window B) after the first mousewheel click, and then on the second mousewheel click return window B to it's previous position in the z-stack and display window C. Starting Z stack order: A,B,C,D,E Output Z stack order: C,A,B,D,E - Scrolling the mouse wheel 'two clicks away from the user' should first briefly display the bottom window of the application in the Z stack (window E) after the first mousewheel click, and then on the second mousewheel click return window E to it's previous position in the z-stack and display the next most bottom window, window D. Starting Z stack order: A,B,C,D,E Output Z stack order: D,A,B,C,E - Scrolling the mouse wheel 'three clicks towards the user' should first briefly display the next window of the application in the Z stack (window B) after the first mousewheel click, and then return window B to it's previous position in the z-stack and briefly display the next window of the application in the Z stack (window C) after the second mousewheel click, and then on the third mousewheel click return window C to it's previous position in the z-stack and display window D. Starting Z stack order: A,B,C,D,E Output Z stack order: D,A,B,C,E - etc, etc... for more windows and more mouse wheel clicks in either direction. If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above. If the application is not running, or has only one open window mouse wheel clicking towards or away from the user when the pointer is over the application's launcher icon should do nothing. Because this behaviour will conflict with the current use of the mouse wheel to scroll the launcher, the mouse wheel launcher scroll should be changed to only work when the ALT key is held down. e.g. to scroll the launcher with the mouse wheel the user will have to press ALT + MOUSEWHEEL UP or press ALT + MOUSEWHEEL DOWN - Additional test case defining the interaction with minimised windows: hyia, minimised windows should be at the back of the stack. So if App 1 has have windows A, B, and C (stacking order) and you minimise window A, and then focus App 2, when you move your pointer over the launcher icon of App 2 and scroll the mousewheel one click, window B should appear. Moving the mouse wheel one more click should then show window C. Moving the mouse wheel one more click should then show window A. Moving the mouse wheel one more click should then show window B. Moving the pointer so that it is no longer over the launcher icon of app A at this point should focus window B. Window A should remain minimised. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1081843/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net
[Dx-packages] [Bug 1267888] [NEW] Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app
Public bug reported: In bug #1081843, the following design was given: "If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above." However, a community member recently brought up the issue that this is not expected behavior and posted as such in that bug. Mark Shuttleworth then responded that that design is a mistake and that nothing should happen when using the mouse scroll wheel over a Launcher icon of an unfocused app, no matter how many windows are associated with it. This bug is to fix that design. ** Affects: unity Importance: Medium Assignee: Christopher Townsend (townsend) Status: In Progress ** Affects: unity (Ubuntu) Importance: Medium Assignee: Christopher Townsend (townsend) Status: In Progress ** Also affects: unity (Ubuntu) Importance: Undecided Status: New ** Changed in: unity Status: New => In Progress ** Changed in: unity Importance: Undecided => Medium ** Changed in: unity Assignee: (unassigned) => Christopher Townsend (townsend) ** Changed in: unity Milestone: None => 7.2.0 ** Changed in: unity (Ubuntu) Status: New => In Progress ** Changed in: unity (Ubuntu) Importance: Undecided => Medium ** Changed in: unity (Ubuntu) Assignee: (unassigned) => Christopher Townsend (townsend) -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267888 Title: Using mouse scrollwheel on unfocused/inactive Launcher icons should not focus that app Status in Unity: In Progress Status in “unity” package in Ubuntu: In Progress Bug description: In bug #1081843, the following design was given: "If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above." However, a community member recently brought up the issue that this is not expected behavior and posted as such in that bug. Mark Shuttleworth then responded that that design is a mistake and that nothing should happen when using the mouse scroll wheel over a Launcher icon of an unfocused app, no matter how many windows are associated with it. This bug is to fix that design. To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1267888/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1263786] Re: Nonsense behavior of scrollwheel over Launcher
Since Mark commented in bug #1081843 that focusing an unfocused set of windows is wrong, I'll also fix that condition as well. I created bug #1267888 to track that change. Thanks again for your input! -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1263786 Title: Nonsense behavior of scrollwheel over Launcher Status in Unity: In Progress Status in “unity” package in Ubuntu: In Progress Bug description: Steps to reproduce: - move the mouse cursor over the launcher - move it over the icon of an application that has one and only one window open that is not on front - move the scrollwheel of the mouse in any direction Expected behavior: NOTHING. Ovserved behavior: the window, corresponding to the icon over which the mouse cursor is, is brought to front; and this cannot be reversed easily. Trying it with an icon of an application that has two or more windows open reveals "why" this happens: - move the mouse cursor over the Launcher over an icon of an application that has two or more windows open - move the scrollwheel This will switch between windows of that application, so scrolling up or down will bring one or another window (of that same application) to front. This is already annoying, like many other abuses of the scrollwheel that unfortunately have become widespread (such as: moving the scrollwheel while keeping the cursor over a tab will switch among tabs in applications that use tabs). But even if we accept the annoying use-the-scrollwheel-for-everything-at-all-costs fashion, only two behaviors would make sense in this case: Option A: - similar to current behavior (switch between windows of an application) but ONLY IF there are more than one window of that application open AND one of those window is already focused. Or option B: - whenever the scrollwheel is on the launcher, scrolling would switch among ALL existing windows Both option A and B would be consistent with the widespread scrollwheel abuse, but would at least make sense, and an unintentional movement of the scrollwheel causing an undesired window switching could always be reverted by a countermovement of the scrollwheel in the opposite direction. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: unity 7.0.0daily13.06.19~13.04-0ubuntu1 ProcVersionSignature: Ubuntu 3.8.0-34.49-generic 3.8.13.12 Uname: Linux 3.8.0-34-generic x86_64 ApportVersion: 2.9.2-0ubuntu8.5 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' Date: Mon Dec 23 22:45:54 2013 InstallationDate: Installed on 2013-10-11 (73 days ago) InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424) MarkForUpload: True SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1263786/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1257505] Re: Create Unity Control Center so can remain on old GNOME Control Center version
** Bug watch added: GNOME Bug Tracker #701903 https://bugzilla.gnome.org/show_bug.cgi?id=701903 -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-datetime in Ubuntu. Matching subscriptions: dx-packages, dx-packages, dx-packages, dx-packages https://bugs.launchpad.net/bugs/1257505 Title: Create Unity Control Center so can remain on old GNOME Control Center version Status in “activity-log-manager” package in Ubuntu: In Progress Status in “chromium-browser” package in Ubuntu: Confirmed Status in “deja-dup” package in Ubuntu: In Progress Status in “empathy” package in Ubuntu: Confirmed Status in “eog” package in Ubuntu: In Progress Status in “gnome-color-manager” package in Ubuntu: In Progress Status in “gnome-control-center” package in Ubuntu: Fix Released Status in “gnome-control-center-signon” package in Ubuntu: In Progress Status in “gnome-media” package in Ubuntu: In Progress Status in “gthumb” package in Ubuntu: In Progress Status in “indicator-bluetooth” package in Ubuntu: In Progress Status in “indicator-datetime” package in Ubuntu: In Progress Status in “indicator-power” package in Ubuntu: In Progress Status in “indicator-session” package in Ubuntu: In Progress Status in “indicator-sound” package in Ubuntu: In Progress Status in “landscape-client” package in Ubuntu: In Progress Status in “language-selector” package in Ubuntu: In Progress Status in “nautilus” package in Ubuntu: In Progress Status in “software-properties” package in Ubuntu: In Progress Status in “ubuntuone-control-panel” package in Ubuntu: In Progress Status in “unity” package in Ubuntu: New Status in “unity-control-center” package in Ubuntu: Fix Released Status in “webaccounts-browser-extension” package in Ubuntu: In Progress Bug description: Ubuntu/Unity uses GNOME Control Center as the application to configure the Unity session. We've made a lot of changes appropriate for Ubuntu and Unity (61 patches) which makes it hard to maintain and creates a conflict for Ubuntu GNOME to use the control center. Unity 7 will be replaced by Unity 8 in the future which has a new settings interface. So we can continue to remain on the current version of GNOME Control Center but allow Ubuntu GNOME to continue to update we will create a new project lp:unity-control-center which is a copy of GNOME Control Center 3.6 but with appropriate renaming so both can be installed. A number of packages that refer to gnome-control-center need to be updated to refer to unity-control-center (see bug tasks). A PPA for testing is https://launchpad.net/~ubuntu-desktop/+archive /unity-control-center To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/activity-log-manager/+bug/1257505/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
Re: [Dx-packages] [Bug 1257505] Re: Create Unity Control Center so can remain on old GNOME Control Center version
On 01/10/2014 01:47 PM, Tim wrote: > No, we ship GOA by default, however we do have users that use UOA > as well (its just not installed by default). there are definitely a sub-set > of > apps that only work with UOA, sometimes this is due to Ubuntu patches > , in other cases its just lack of upstream support for those apps. Right. So, the gnome-control-center-signon source package which provides the UOA applet allows building the UOA applet as a standalone application. Maybe we should package the standalone app in a separate package, and make it available to GNOME users? In this way, they could access UOA without having to install the unity-control-center. Would this address your concerns? [...] >> - If built with UOA support (as it is in Ubuntu), Empathy currently >> opens the UOA panel when asked to configure accounts; we should probably >> change that to a run-time decision, maybe based on the contents of >> XDG_CURRENT_DESKTOP. > I filed a patch upsteam for that, but it was never merged. Found it: https://bugzilla.gnome.org/show_bug.cgi?id=701903 -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-datetime in Ubuntu. Matching subscriptions: dx-packages, dx-packages, dx-packages, dx-packages https://bugs.launchpad.net/bugs/1257505 Title: Create Unity Control Center so can remain on old GNOME Control Center version Status in “activity-log-manager” package in Ubuntu: In Progress Status in “chromium-browser” package in Ubuntu: Confirmed Status in “deja-dup” package in Ubuntu: In Progress Status in “empathy” package in Ubuntu: Confirmed Status in “eog” package in Ubuntu: In Progress Status in “gnome-color-manager” package in Ubuntu: In Progress Status in “gnome-control-center” package in Ubuntu: Fix Released Status in “gnome-control-center-signon” package in Ubuntu: In Progress Status in “gnome-media” package in Ubuntu: In Progress Status in “gthumb” package in Ubuntu: In Progress Status in “indicator-bluetooth” package in Ubuntu: In Progress Status in “indicator-datetime” package in Ubuntu: In Progress Status in “indicator-power” package in Ubuntu: In Progress Status in “indicator-session” package in Ubuntu: In Progress Status in “indicator-sound” package in Ubuntu: In Progress Status in “landscape-client” package in Ubuntu: In Progress Status in “language-selector” package in Ubuntu: In Progress Status in “nautilus” package in Ubuntu: In Progress Status in “software-properties” package in Ubuntu: In Progress Status in “ubuntuone-control-panel” package in Ubuntu: In Progress Status in “unity” package in Ubuntu: New Status in “unity-control-center” package in Ubuntu: Fix Released Status in “webaccounts-browser-extension” package in Ubuntu: In Progress Bug description: Ubuntu/Unity uses GNOME Control Center as the application to configure the Unity session. We've made a lot of changes appropriate for Ubuntu and Unity (61 patches) which makes it hard to maintain and creates a conflict for Ubuntu GNOME to use the control center. Unity 7 will be replaced by Unity 8 in the future which has a new settings interface. So we can continue to remain on the current version of GNOME Control Center but allow Ubuntu GNOME to continue to update we will create a new project lp:unity-control-center which is a copy of GNOME Control Center 3.6 but with appropriate renaming so both can be installed. A number of packages that refer to gnome-control-center need to be updated to refer to unity-control-center (see bug tasks). A PPA for testing is https://launchpad.net/~ubuntu-desktop/+archive /unity-control-center To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/activity-log-manager/+bug/1257505/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
Re: [Dx-packages] [Bug 1257505] Re: Create Unity Control Center so can remain on old GNOME Control Center version
On 10/01/14 21:23, Alberto Mardegan wrote: > On 01/10/2014 05:24 AM, Robert Ancell wrote: >> It doesn't look easy to do this for gnome-control-center-signon since >> the package contains a lot of common files. We might have to wait for >> the other components to be ready, and upload the gnome-control-center- >> signon at the same time we add unity-control-center to the seed. We can >> make gnome-control-center signon depend the version of u-c-c that is >> uploaded at that time. > OK. > >> Also, I talked to the Ubuntu GNOME team about what they plan to do with >> unity-control-center. They said that it was desirable to be able to >> access the online accounts in GNOME for the apps that need it. Will >> anything show in g-c-c once we move to u-c-c? Do you care about this >> use-case as an upstream? > I wonder whether by "Online Accounts" they meant GNOME Online Accounts > (GOA) or Ubuntu Online Accounts (UOA). The former should indeed be > visible in g-c-c without special support from our side; the latter is > currently visible as well in GNOME, causing two "Online Accounts" applet > to appear in the control center (bug 1040193). Do we want to continue > showing it there as well? No, we ship GOA by default, however we do have users that use UOA as well (its just not installed by default). there are definitely a sub-set of apps that only work with UOA, sometimes this is due to Ubuntu patches , in other cases its just lack of upstream support for those apps. > > I would prefer if the Ubuntu GNOME session were as close as possible to > upstream, meaning that it would be fine for me if UOA was not appearing > in the GNOME control center. However, this would need at least two > things to happen first: Me too, but we can't just rip out the Ubuntu features that have been there forever, causing regressions and screaming users! > > - If built with UOA support (as it is in Ubuntu), Empathy currently > opens the UOA panel when asked to configure accounts; we should probably > change that to a run-time decision, maybe based on the contents of > XDG_CURRENT_DESKTOP. I filed a patch upsteam for that, but it was never merged. > > - Ubuntu's Shotwell build is tightly integrated with UOA, and in order > to publish on Facebook, Flickr or Picasa you need to have a > corresponding account setup in UOA. We should fix this by submitting our > patches upstream, and rework them so that the decision to use UOA can > happen at runtime. Unfortunately this could take several days of work, > and I'm afraid I don't have this time... :-( > -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-datetime in Ubuntu. Matching subscriptions: dx-packages, dx-packages, dx-packages, dx-packages https://bugs.launchpad.net/bugs/1257505 Title: Create Unity Control Center so can remain on old GNOME Control Center version Status in “activity-log-manager” package in Ubuntu: In Progress Status in “chromium-browser” package in Ubuntu: Confirmed Status in “deja-dup” package in Ubuntu: In Progress Status in “empathy” package in Ubuntu: Confirmed Status in “eog” package in Ubuntu: In Progress Status in “gnome-color-manager” package in Ubuntu: In Progress Status in “gnome-control-center” package in Ubuntu: Fix Released Status in “gnome-control-center-signon” package in Ubuntu: In Progress Status in “gnome-media” package in Ubuntu: In Progress Status in “gthumb” package in Ubuntu: In Progress Status in “indicator-bluetooth” package in Ubuntu: In Progress Status in “indicator-datetime” package in Ubuntu: In Progress Status in “indicator-power” package in Ubuntu: In Progress Status in “indicator-session” package in Ubuntu: In Progress Status in “indicator-sound” package in Ubuntu: In Progress Status in “landscape-client” package in Ubuntu: In Progress Status in “language-selector” package in Ubuntu: In Progress Status in “nautilus” package in Ubuntu: In Progress Status in “software-properties” package in Ubuntu: In Progress Status in “ubuntuone-control-panel” package in Ubuntu: In Progress Status in “unity” package in Ubuntu: New Status in “unity-control-center” package in Ubuntu: Fix Released Status in “webaccounts-browser-extension” package in Ubuntu: In Progress Bug description: Ubuntu/Unity uses GNOME Control Center as the application to configure the Unity session. We've made a lot of changes appropriate for Ubuntu and Unity (61 patches) which makes it hard to maintain and creates a conflict for Ubuntu GNOME to use the control center. Unity 7 will be replaced by Unity 8 in the future which has a new settings interface. So we can continue to remain on the current version of GNOME Control Center but allow Ubuntu GNOME to continue to update we will create a new project lp:unity-control-center which is a copy of GNOME Control Center 3.6 but with appropriate renaming so both can be installed. A number of packages that refer to g
Re: [Dx-packages] [Bug 1081843] Re: [FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher
On 10/01/14 00:52, matteo sisti sette wrote: > Oh my god, point (1) was by design! > > """If the application *is not* in focus when the user moves their > pointer over the Launcher app icon, the first mouse wheel click towards > or away from the user should focus the application, and bring the top > most window in the application's z stack to the front of the global z > stack. Subsequent clicks of the mouse wheel the operate exactly as > described above""" > Yes, that is a mistake, scrollwheel-window-launcher behaviour should only be effective for the focused application. +1 to fix. Mark -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1081843 Title: [FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher Status in Ayatana Design: Fix Released Status in Unity: Fix Released Status in “unity” package in Ubuntu: Fix Released Bug description: It would be very useful if you could simply hover over an icon of an open app and scroll with the mouse wheel to switch and highlight between the windows of that app, if it has more. - Desired resolution: Try implementing the following as an experiment. Before the change described below lands in Ubuntu *it must first be user tested, and reviewed by the design team* If the pointer is positioned over the Launcher icon of an application that is in focus which has multiple windows open in the following order A,B,C,D,E: - Scrolling the mouse wheel 'one click towards the user' should display the next window (B) of the application in the Z stack. e.g. Starting Z stack order: A,B,C,D,E Output Z stack order: B,A,C,D,E - Scrolling the mouse wheel 'one click away from the user' should display the bottom window (E) in the application in the Z stack Starting Z stack order: A,B,C,D,E Output Z stack order: E,A,B,C,D - Scrolling the mouse wheel 'two clicks towards the user' should first briefly display the next window of the application in the Z stack (window B) after the first mousewheel click, and then on the second mousewheel click return window B to it's previous position in the z-stack and display window C. Starting Z stack order: A,B,C,D,E Output Z stack order: C,A,B,D,E - Scrolling the mouse wheel 'two clicks away from the user' should first briefly display the bottom window of the application in the Z stack (window E) after the first mousewheel click, and then on the second mousewheel click return window E to it's previous position in the z-stack and display the next most bottom window, window D. Starting Z stack order: A,B,C,D,E Output Z stack order: D,A,B,C,E - Scrolling the mouse wheel 'three clicks towards the user' should first briefly display the next window of the application in the Z stack (window B) after the first mousewheel click, and then return window B to it's previous position in the z-stack and briefly display the next window of the application in the Z stack (window C) after the second mousewheel click, and then on the third mousewheel click return window C to it's previous position in the z-stack and display window D. Starting Z stack order: A,B,C,D,E Output Z stack order: D,A,B,C,E - etc, etc... for more windows and more mouse wheel clicks in either direction. If the application *is not* in focus when the user moves their pointer over the Launcher app icon, the first mouse wheel click towards or away from the user should focus the application, and bring the top most window in the application's z stack to the front of the global z stack. Subsequent clicks of the mouse wheel the operate exactly as described above. If the application is not running, or has only one open window mouse wheel clicking towards or away from the user when the pointer is over the application's launcher icon should do nothing. Because this behaviour will conflict with the current use of the mouse wheel to scroll the launcher, the mouse wheel launcher scroll should be changed to only work when the ALT key is held down. e.g. to scroll the launcher with the mouse wheel the user will have to press ALT + MOUSEWHEEL UP or press ALT + MOUSEWHEEL DOWN - Additional test case defining the interaction with minimised windows: hyia, minimised windows should be at the back of the stack. So if App 1 has have windows A, B, and C (stacking order) and you minimise window A, and then focus App 2, when you move your pointer over the launcher icon of App 2 and scroll the mousewheel one click, window B should appear. Moving the mouse wheel one more click should then show window C. Moving the mouse
Re: [Dx-packages] [Bug 1257505] Re: Create Unity Control Center so can remain on old GNOME Control Center version
On 01/10/2014 05:24 AM, Robert Ancell wrote: > It doesn't look easy to do this for gnome-control-center-signon since > the package contains a lot of common files. We might have to wait for > the other components to be ready, and upload the gnome-control-center- > signon at the same time we add unity-control-center to the seed. We can > make gnome-control-center signon depend the version of u-c-c that is > uploaded at that time. OK. > Also, I talked to the Ubuntu GNOME team about what they plan to do with > unity-control-center. They said that it was desirable to be able to > access the online accounts in GNOME for the apps that need it. Will > anything show in g-c-c once we move to u-c-c? Do you care about this > use-case as an upstream? I wonder whether by "Online Accounts" they meant GNOME Online Accounts (GOA) or Ubuntu Online Accounts (UOA). The former should indeed be visible in g-c-c without special support from our side; the latter is currently visible as well in GNOME, causing two "Online Accounts" applet to appear in the control center (bug 1040193). Do we want to continue showing it there as well? I would prefer if the Ubuntu GNOME session were as close as possible to upstream, meaning that it would be fine for me if UOA was not appearing in the GNOME control center. However, this would need at least two things to happen first: - If built with UOA support (as it is in Ubuntu), Empathy currently opens the UOA panel when asked to configure accounts; we should probably change that to a run-time decision, maybe based on the contents of XDG_CURRENT_DESKTOP. - Ubuntu's Shotwell build is tightly integrated with UOA, and in order to publish on Facebook, Flickr or Picasa you need to have a corresponding account setup in UOA. We should fix this by submitting our patches upstream, and rework them so that the decision to use UOA can happen at runtime. Unfortunately this could take several days of work, and I'm afraid I don't have this time... :-( -- You received this bug notification because you are a member of DX Packages, which is subscribed to indicator-datetime in Ubuntu. Matching subscriptions: dx-packages, dx-packages, dx-packages, dx-packages https://bugs.launchpad.net/bugs/1257505 Title: Create Unity Control Center so can remain on old GNOME Control Center version Status in “activity-log-manager” package in Ubuntu: In Progress Status in “chromium-browser” package in Ubuntu: Confirmed Status in “deja-dup” package in Ubuntu: In Progress Status in “empathy” package in Ubuntu: Confirmed Status in “eog” package in Ubuntu: In Progress Status in “gnome-color-manager” package in Ubuntu: In Progress Status in “gnome-control-center” package in Ubuntu: Fix Released Status in “gnome-control-center-signon” package in Ubuntu: In Progress Status in “gnome-media” package in Ubuntu: In Progress Status in “gthumb” package in Ubuntu: In Progress Status in “indicator-bluetooth” package in Ubuntu: In Progress Status in “indicator-datetime” package in Ubuntu: In Progress Status in “indicator-power” package in Ubuntu: In Progress Status in “indicator-session” package in Ubuntu: In Progress Status in “indicator-sound” package in Ubuntu: In Progress Status in “landscape-client” package in Ubuntu: In Progress Status in “language-selector” package in Ubuntu: In Progress Status in “nautilus” package in Ubuntu: In Progress Status in “software-properties” package in Ubuntu: In Progress Status in “ubuntuone-control-panel” package in Ubuntu: In Progress Status in “unity” package in Ubuntu: New Status in “unity-control-center” package in Ubuntu: Fix Released Status in “webaccounts-browser-extension” package in Ubuntu: In Progress Bug description: Ubuntu/Unity uses GNOME Control Center as the application to configure the Unity session. We've made a lot of changes appropriate for Ubuntu and Unity (61 patches) which makes it hard to maintain and creates a conflict for Ubuntu GNOME to use the control center. Unity 7 will be replaced by Unity 8 in the future which has a new settings interface. So we can continue to remain on the current version of GNOME Control Center but allow Ubuntu GNOME to continue to update we will create a new project lp:unity-control-center which is a copy of GNOME Control Center 3.6 but with appropriate renaming so both can be installed. A number of packages that refer to gnome-control-center need to be updated to refer to unity-control-center (see bug tasks). A PPA for testing is https://launchpad.net/~ubuntu-desktop/+archive /unity-control-center To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/activity-log-manager/+bug/1257505/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267679] Re: Copy dialog disappears, no way to bring it back.
** Package changed: nautilus (Ubuntu) => unity (Ubuntu) -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267679 Title: Copy dialog disappears, no way to bring it back. Status in “unity” package in Ubuntu: New Bug description: I was just copying many files to and from server at once, then copied over some files over that required "merge", and clicking "replace", "replace"... replace-all. Then I noticed that there was no longer any transfer window - not with Alt-tab and looking at all the Nautilus filebrowser windows, and not with Super+W windows overview. It had completely disappeared, however, the status-bar in the Unity panel to the left showed its status bar going on and eventually finishing. I try Super+W, Show copy dialog from rightclick, alt-tab, nothing will show the copy dialog, though copying works. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: nautilus 1:3.8.2-0ubuntu2.1 ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10 Uname: Linux 3.11.0-15-generic x86_64 ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 Date: Thu Jan 9 14:52:19 2014 EcryptfsInUse: Yes GsettingsChanges: b'org.gnome.nautilus.window-state' b'geometry' b"'851x737+599+170'" InstallationDate: Installed on 2013-11-23 (47 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) MarkForUpload: True SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1267679/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267679] [NEW] Copy dialog disappears, no way to bring it back.
You have been subscribed to a public bug: I was just copying many files to and from server at once, then copied over some files over that required "merge", and clicking "replace", "replace"... replace-all. Then I noticed that there was no longer any transfer window - not with Alt-tab and looking at all the Nautilus filebrowser windows, and not with Super+W windows overview. It had completely disappeared, however, the status-bar in the Unity panel to the left showed its status bar going on and eventually finishing. I try Super+W, Show copy dialog from rightclick, alt-tab, nothing will show the copy dialog, though copying works. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: nautilus 1:3.8.2-0ubuntu2.1 ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10 Uname: Linux 3.11.0-15-generic x86_64 ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 Date: Thu Jan 9 14:52:19 2014 EcryptfsInUse: Yes GsettingsChanges: b'org.gnome.nautilus.window-state' b'geometry' b"'851x737+599+170'" InstallationDate: Installed on 2013-11-23 (47 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) MarkForUpload: True SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: unity (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug saucy -- Copy dialog disappears, no way to bring it back. https://bugs.launchpad.net/bugs/1267679 You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267588] Re: can't logout from unity session
of course there is a bug in the spotify-client. but... when i can't logout from unity session because one of 10's running programs is broken, or can't exit - it is primary problem of unity. other desktop environments is solving this problem - starting KDE, OsX, and ending with Windows. unity may ask if i want to wait, or force exit. http://ardamis.com/wp-content/uploads/2012/03/windows-program-still-needs-to-close.png it's the same situation when unmounting usb devices - desktop is showing me what program of is blocking that action. -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267588 Title: can't logout from unity session Status in “unity” package in Ubuntu: Invalid Bug description: I can't finish logout process from Unity. the environment looks like in process of logout (most of programs, systray, etc are ended) but never ended. there is a connection with spotify-client, problem occurs only when client is running. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: unity 7.1.2+13.10.20131014.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10 Uname: Linux 3.11.0-15-generic x86_64 ApportVersion: 2.12.5-0ubuntu2.2 Architecture: amd64 CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' Date: Thu Jan 9 20:49:00 2014 InstallationDate: Installed on 2013-12-14 (25 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) MarkForUpload: True 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/1267588/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1267665] Re: Unable to upgrade Unity due to libxi6 dependency
** Changed in: libxi (Ubuntu Precise) Status: Incomplete => Invalid -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1267665 Title: Unable to upgrade Unity due to libxi6 dependency Status in “libxi” package in Ubuntu: Invalid Status in “unity” package in Ubuntu: Invalid Status in “libxi” source package in Precise: Invalid Status in “unity” source package in Precise: Invalid Bug description: As of Thursday 9th January I am unable to upgrade packages without being offered to remove unity and Ubuntu desktop: http://paste.ubuntu.com/6723064/ "apt-get install ubuntu-desktop^" complains that a version of libxi6 is to be installed which doesn't meet unity's dependencies: http://paste.ubuntu.com/6724056/ "apt-get policy" outputs for libxi6 and unity: http://paste.ubuntu.com/6724078/ http://paste.ubuntu.com/6724082/ ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: unity 5.20.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.8.0-35.50~precise1-generic 3.8.13.13 Uname: Linux 3.8.0-35-generic i686 ApportVersion: 2.0.1-0ubuntu17.6 Architecture: i386 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,imgpng,mousepoll,vpswitch,unitymtgrabhandles,text,resize,gnomecompat,snap,grid,place,move,regex,resizeinfo,wall,session,animation,workarounds,expo,fade,scale,ezoom,scalefilter,unityshell] Date: Fri Jan 10 01:23:18 2014 MarkForUpload: True ProcEnviron: TERM=screen PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: Upgraded to precise on 2012-05-01 (618 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libxi/+bug/1267665/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp