Activity log for bug #1078715

Date Who What changed Old value New value Message
2012-11-14 13:23:33 Lonnie Lee Best bug added bug
2012-11-14 13:25:17 Lonnie Lee Best description In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from Monitor 1, the confirmation dialog comes up in Monitor 2! This especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with at restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from Monitor 1, the confirmation dialog comes up in Monitor 2! This especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install)
2012-11-14 13:26:59 Lonnie Lee Best description In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from Monitor 1, the confirmation dialog comes up in Monitor 2! This especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install)
2012-11-14 13:27:19 Lonnie Lee Best description In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This is especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install)
2012-11-14 13:28:41 Lonnie Lee Best description In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form then become responsive like normal, but its really annoying when I don't notice small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This is especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form will then become responsive like normal, but its really annoying when I don't notice the small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This is especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install)
2012-11-14 13:30:37 Lonnie Lee Best description In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (to choose options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form will then become responsive like normal, but its really annoying when I don't notice the small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This is especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install) In numerous applications I use, Unity launches their small dialogs into the opposite monitor from which I'm using an application. This behavior is rarely useful to me, and actually causes me to have to do a lot more mousing, while using a particular application; For example, I'll select an option from a menu (in an application) and the application will launch a small dialog that will allow me to configure some settings (or simply confirm I want to proceed), and this dialog gets launched into the opposite monitor from where I'm using the application (causing me to mouse all the way over to the center of the opposite monitor to simply confirm I want to proceed (for example). Some applications, automatically launch a second dialog after the main application is launched (for choosing options during your session with that application). Often, in these cases, the main form of the application is not accessible until that dialog is answered (making the application seem totally unresponsive), while all along I didn't see that Unity caused that application's startup-dialog to be launched into the second monitor. After discovering this, and answering the dialog, the application's main form will then become responsive like normal, but its really annoying when I don't notice the small-application-specific dialogs launching into the 2nd monitor. Another example is, if I try to restart my computer from the panel on Monitor 1, the confirmation dialog comes up in Monitor 2! This is especially annoying when I've already turned off that monitor. I then have to turn it back on just to proceed with a restart or shutdown. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: unity 6.10.0-0ubuntu2 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 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: Wed Nov 14 07:02:49 2012 InstallationDate: Installed on 2012-10-19 (26 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True ProcEnviron:  TERM=xterm  PATH=(custom, no user)  XDG_RUNTIME_DIR=<set>  LANG=en_US.UTF-8  SHELL=/bin/bash SourcePackage: unity UpgradeStatus: No upgrade log present (probably fresh install)
2012-11-15 02:52:47 Daniel van Vugt marked as duplicate 754508