Plank raises and focuses wrong instance of an application with multiple instances when they are on another desktop

Bug #1836454 reported by quequotion
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Plank
New
Undecided
Unassigned

Bug Description

Plank brings up *the bottom window of a stack of multiple instances* of an application when an icon is clicked and those instances are running, minimized, on another desktop.

I'm using plank 0.11.4.19-42cb in Archlinux in compiz, but I'm sure the behavior does not depend on distribution or window manager.

To examine the behavior yourself:

1. Open three instances of an application, ie. epiphany (click an icon in plank once to open the first window, then right-click the icon and select "New Window" twice). This creates a stack of three windows, with the newest one on top and the oldest on the bottom.

2. Click the icon once, without touching any of the windows or changing desktops: All three windows minimize (as expected).

3. Click the icon again, without changing desktops, all three windows restore in the same stacking order (as expected).

4. Repeat 2.

5. Change desktops, click the icon. Only one of the windows is restored, *the bottom window in the stack* (incorrect behavior)

6. Repeat 3.

7. Move one instance to a second desktop, and click the icon while on this second desktop, that window minimizes but not the other two on the first desktop (as expected).

8. Click the icon again, without changing desktops, that window restores without affecting the other two (as expected).

9. Return to the first desktop (where two instances remain), and click the icon, both windows minimize without affecting the instance on the second desktop (as expected).

10. Click the icon again, without changing desktops, both windows restore in the same stacking order without affecting the instance on the second desktop (as expected).

11. Click the icon again, without changing desktops, both windows minimize without affecting the instance on the second desktop (as expected).

12. Change to a third desktop, with one window open on the second desktop and both minimized on the first desktop, click the icon to be taken to the second desktop and focus the open window (as expected? some users might want plank to ignore the open window and open the last used instance).

13. Click the icon again, that window minimizes (as expected).

14. Click the icon again, that window restores (as expected).

15. Change to the third desktop, with a single minimized instance on the second desktop (the last used instance) and two minimized instances on the first desktop, click the icon to be taken to the second desktop and restore that window (as expected).

16. Repeat 13.

17. Return to the first desktop, click the icon to restore both minimized windows in the same stacking order (as expected).

18. Repeat 11.

19. Chang to the third desktop, with two minimized instances on the first desktop (one of which was the last used instance) and a single minimized instance on the second desktop, click the icon to go to the first desktop and restore *only the bottom window in the stack* (incorrect behavior, see 5.).

20. Repeat 10.

21. Change to the third desktop and click on the icon when multiple instances of the application are open on multiple desktops to be taken to *a random instance of that application*, most often the last used one, but not always. When going to a desktop that has multiple instances, this changes the order of windows in the stack bringing the bottom window to the top (incorrect behavior, see 19 and 5).

22. Change to the second desktop, click the icon to minimize the window, then change to the third desktop, and click the icon when two instances of the application are open on the first desktop to be taken there and to the wrong window. When going to a desktop that has multiple instances, this changes the order of windows in the stack bringing the bottom window to the top (incorrect behavior, see 22, 19 and 5)

Revision history for this message
Hey! (press-1p-start) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.