Activity log for bug #1002260

Date Who What changed Old value New value Message
2012-05-21 11:32:15 John Lea bug added bug
2012-05-21 11:32:24 John Lea tags udp
2012-05-21 11:32:31 John Lea bug task added unity
2012-05-21 11:32:39 John Lea bug task added unity (Ubuntu)
2012-05-21 11:32:50 John Lea unity: milestone backlog
2012-05-21 11:32:52 John Lea ayatana-design: assignee John Lea (johnlea)
2012-05-21 11:32:54 John Lea ayatana-design: importance Undecided Critical
2012-05-21 11:32:56 John Lea ayatana-design: status New Triaged
2012-05-21 11:33:00 John Lea unity: status New Triaged
2012-05-21 11:33:02 John Lea unity (Ubuntu): status New Triaged
2012-05-21 11:33:07 John Lea tags udp multimonitor udp
2012-06-11 04:24:07 Tim Penhey ayatana-design: status Triaged Fix Committed
2012-06-11 04:24:10 Tim Penhey unity: importance Undecided High
2012-07-04 10:39:49 John Lea description Dash jumps from one monitor to another in a multi-monitor environment. See attached video "dash_jumps.ogv". To Reproduce: 1. Open GEdit on the right monitor 2. Open the Dash on the left monitor 3. Leaving the Dash open, click the save button in GEdit Current incorrect behaviour: The Dash jumps from one monitor to another, and on the second monitor shows an empty Launcher! What should happen: The Dash should close when the user clicks anywhere that is not inside the Dash on *any* monitor. The click action should trigger whatever was clicked on, e.g. in the case above, clicking on the GEdit "save" button should save the text file and close the Dash at the same time. Dash jumps from one monitor to another in a multi-monitor environment. There are two ways to reproduce this issue: ---------------------------- First way to reproduce: 1. Open GEdit on the right monitor 2. Open the Dash on the left monitor 3. Leaving the Dash open, click the save button in GEdit See attached video "dash_jumps.ogv". ---------------------------- Second way to reproduce: 1. Open the Dash on the left monitor 2. Type one character 3. Move the pointer to the right monitor 4. Type another character Result: The Dash jumps from one monitor to another, this is incorrect. See attached video "dash_jumps2.ogv" ---------------------------- Current incorrect behaviour: The Dash jumps from one monitor to another, and on the second monitor shows an empty Launcher! What should happen: - The Dash should close when the user clicks anywhere that is not inside the Dash on *any* monitor. The click action should trigger whatever was clicked on, e.g. in the case above, clicking on the GEdit "save" button should save the text file and close the Dash at the same time. - Once the Dash is open, it should *never* jump to another monitor. The Dash should always remain on the monitor it was opened on.
2012-07-04 10:53:53 John Lea attachment added dash_jumps2.ogv https://bugs.launchpad.net/ayatana-design/+bug/1002260/+attachment/3213038/+files/dash_jumps2.ogv
2012-07-04 11:00:33 John Lea description Dash jumps from one monitor to another in a multi-monitor environment. There are two ways to reproduce this issue: ---------------------------- First way to reproduce: 1. Open GEdit on the right monitor 2. Open the Dash on the left monitor 3. Leaving the Dash open, click the save button in GEdit See attached video "dash_jumps.ogv". ---------------------------- Second way to reproduce: 1. Open the Dash on the left monitor 2. Type one character 3. Move the pointer to the right monitor 4. Type another character Result: The Dash jumps from one monitor to another, this is incorrect. See attached video "dash_jumps2.ogv" ---------------------------- Current incorrect behaviour: The Dash jumps from one monitor to another, and on the second monitor shows an empty Launcher! What should happen: - The Dash should close when the user clicks anywhere that is not inside the Dash on *any* monitor. The click action should trigger whatever was clicked on, e.g. in the case above, clicking on the GEdit "save" button should save the text file and close the Dash at the same time. - Once the Dash is open, it should *never* jump to another monitor. The Dash should always remain on the monitor it was opened on. Dash jumps from one monitor to another in a multi-monitor environment. There are two ways to reproduce this issue: ---------------------------- First way to reproduce: 1. Open GEdit on the right monitor 2. Open the Dash on the left monitor 3. Leaving the Dash open, click the save button in GEdit See attached video "dash_jumps.ogv". ---------------------------- Second way to reproduce: 1. Open the Dash on the left monitor 2. Type one character 3. Move the pointer to the right monitor 4. Type another character Result: The Dash jumps from one monitor to another, this is incorrect. See attached video "dash_jumps2.ogv" ---------------------------- Current incorrect behaviour: The Dash jumps from one monitor to another, and on the second monitor shows an empty Launcher! What should happen: - The Dash should close when the user clicks anywhere that is not inside the Dash on *any* monitor. The click action should trigger whatever was clicked on, e.g. in the case above, clicking on the GEdit "save" button should save the text file and close the Dash at the same time. - Once the Dash is open, it should *never* jump to another monitor. The Dash should always remain on the monitor it was opened on. - Fixing this bug will also fix the issue with ghost images of windows that are no longer behind the dash appearing behind the Dash in multi-monitor environments (watch the background behind the Dash in screencast dash_jumps2.ogv to see this issue). Fixing this bug will remove the possibly of the user entering the state where these ghost images can occur.
2012-07-09 18:17:31 Omer Akram unity (Ubuntu): importance Undecided High
2012-09-03 14:15:38 John Lea tags multimonitor udp dashm multimonitor udp
2012-09-03 14:15:46 John Lea unity: importance High Critical
2012-09-03 14:15:48 John Lea unity (Ubuntu): importance High Critical
2012-09-05 23:00:17 Brandon Schaefer unity: assignee Brandon Schaefer (brandontschaefer)
2012-09-05 23:00:42 Brandon Schaefer unity (Ubuntu): assignee Brandon Schaefer (brandontschaefer)
2012-09-05 23:00:45 Brandon Schaefer unity: status Triaged Confirmed
2012-09-05 23:00:47 Brandon Schaefer unity: status Confirmed In Progress
2012-09-05 23:00:49 Brandon Schaefer unity (Ubuntu): status Triaged In Progress
2012-09-06 03:57:45 Brandon Schaefer branch linked lp:~brandontschaefer/unity/multi-monitor-dash-hud-drawing-fix
2012-09-06 17:07:19 Brandon Schaefer unity: milestone backlog 6.6
2012-09-08 12:54:06 P. Mohseni bug added subscriber P. Mohseni
2012-09-10 19:33:04 Brandon Schaefer unity: status In Progress Fix Committed
2012-09-10 19:33:07 Brandon Schaefer unity (Ubuntu): status In Progress Fix Committed
2012-09-18 03:14:47 Daniel van Vugt unity: milestone 6.6 7.0
2012-09-18 03:15:00 Daniel van Vugt nominated for series unity/6.0
2012-09-18 03:15:00 Daniel van Vugt bug task added unity/6.0
2012-09-18 03:15:10 Daniel van Vugt unity/6.0: status New Fix Committed
2012-09-18 03:15:17 Daniel van Vugt unity/6.0: importance Undecided Critical
2012-09-18 03:15:29 Daniel van Vugt unity/6.0: assignee Brandon Schaefer (brandontschaefer)
2012-09-18 03:15:33 Daniel van Vugt unity/6.0: milestone 7.0
2012-09-18 03:15:39 Daniel van Vugt unity/6.0: milestone 7.0 6.6
2012-09-19 15:37:13 Launchpad Janitor branch linked lp:~timo-jyrinki/ubuntu/quantal/unity/ubuntu.660
2012-09-20 08:01:31 Omer Akram bug task deleted unity/6.0
2012-09-20 08:01:33 Omer Akram unity: milestone 7.0 6.6
2012-09-20 16:01:03 Launchpad Janitor branch linked lp:ubuntu/unity
2012-09-21 05:30:46 Launchpad Janitor unity (Ubuntu): status Fix Committed Fix Released
2012-09-21 08:22:48 Daniel van Vugt unity: status Fix Committed Fix Released
2012-10-02 12:54:36 Christian Giordano ayatana-design: status Fix Committed Fix Released
2012-10-02 12:55:36 Christian Giordano tags dashm multimonitor udp dashm multimonitor reviewedbydesignq