Skip to content
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

Open
funky-d opened this issue Nov 13, 2024 · 4 comments
Open

Workspaces does not retain application order #35918

funky-d opened this issue Nov 13, 2024 · 4 comments
Assignees
Labels
Issue-Bug Something isn't working Product-Workspaces Refers to the Workspaces utility Status-In progress This issue or work-item is under development

Comments

@funky-d
Copy link

funky-d commented Nov 13, 2024

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:

  1. Open the same application multiple times with different files
  2. Capture the workspace, and specify the command line arguments to open the correct file for each instance of the application if necessary
  3. Close all files and launch the workspace. The files do not open in the order specified in the workspace

✔️ 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

@funky-d funky-d added Issue-Bug Something isn't working Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams labels Nov 13, 2024
Copy link

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.

Note: You can give me feedback by 👍 or 👎 this comment.

@microsoft-github-policy-service microsoft-github-policy-service bot added the Product-Workspaces Refers to the Workspaces utility label Nov 13, 2024
@plante-msft
Copy link
Contributor

@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.

@microsoft-github-policy-service microsoft-github-policy-service bot added Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something Status-No recent activity no activity in the past 5 days when follow up's are needed and removed Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams labels Nov 15, 2024
@funky-d
Copy link
Author

funky-d commented Nov 24, 2024

@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:

  1. Create six text documents, named 1.txt through 6.txt.
  2. Open the documents in order in Notepad.
  3. Create a workspace, with a command line option for the file location of each document in order 1-6.
  4. When closing all documents and launching the workspace, they open in a different order than reflected in the workspace.

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!

Image

@microsoft-github-policy-service microsoft-github-policy-service bot added Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams Needs-Team-Response An issue author responded so the team needs to follow up and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something Status-No recent activity no activity in the past 5 days when follow up's are needed labels Nov 24, 2024
@donlaci donlaci self-assigned this Nov 26, 2024
@donlaci donlaci added Status-In progress This issue or work-item is under development and removed Needs-Triage For issues raised to be triaged and prioritized by internal Microsoft teams Needs-Team-Response An issue author responded so the team needs to follow up labels Nov 26, 2024
@donlaci
Copy link
Collaborator

donlaci commented Nov 26, 2024

The issue should be solved in the next release (mid Dec. approx.).
@funky-d Would be great to retest the scenario after the update and close the issue. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Bug Something isn't working Product-Workspaces Refers to the Workspaces utility Status-In progress This issue or work-item is under development
Projects
Status: No status
Development

No branches or pull requests

3 participants