-
Notifications
You must be signed in to change notification settings - Fork 6.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Workspaces does not retain application order #35918
Comments
We've found some similar issues:
If any of the above are duplicates, please consider closing this issue out and adding additional context in the original issue.
|
@funky-d did the app order in the dialogue modal that pops up on launch also change? In theory we haven't made direct changes here though we've fixed some issues related to CLI arguments not being applied to the correct app instance (if multiple were present). /needinfo Technically workspaces only can impact the order in which we make the launch call but adding better launch ordering support and a Z-gripper control to the editor so that users can easily change order is something to look into. |
@plante-msft apologies for my delayed response. The dialogue modal only shows the application name, not the CLI arguments that would reflect what file is being opened. Consider the following test:
I tested the above with two different workspaces, and each instance opened the text documents in different orders than were specified by the command line option for each document. Thank you for your response, and I hope this information is helpful! |
The issue should be solved in the next release (mid Dec. approx.). |
Microsoft PowerToys version
0.86.0
Installation method
GitHub
Running as admin
No
Area(s) with issue?
Workspaces
Steps to reproduce
Starting in the 0.86.0 update, Workspaces no longer opens applications in the correct order. To replicate:
✔️ Expected Behavior
In version 0.85.1 and prior, the applications launched in the order they are shown in the workspace edit section (1 opens first, 2 second, etc). When there are multiple instances of a single application, this affects the order in which the files appear on the taskbar when hovering over the app.
❌ Actual Behavior
Workspaces does not respect the order in which the apps are listed in the edit workspace section, at least when a single app is open multiple times with a different file specified for each instance of the app. I did not test with multiple apps. Reverting back to 0.85.1 and the apps are opened in the correct order.
Other Software
No response
The text was updated successfully, but these errors were encountered: