[PR #1841] Make opening the settings file more robust #24681

Open
opened 2026-01-31 09:04:44 +00:00 by claunia · 0 comments
Owner

Original Pull Request: https://github.com/microsoft/terminal/pull/1841

State: closed
Merged: Yes


This fixes two issues.

  • Opens the assigned default application regardless of its configuration.
    Gvim for example only reacts to the "edit" verb so when selected as default application won't open.
    Using nullptr results in using the first specified application.
    This fixes Panes Accessibility: Attach panes to UIA tree (#1789)
  • If no application is assigned for json files fall back to notepad

See https://docs.microsoft.com/en-us/windows/win32/api/shellapi/nf-shellapi-shellexecutea for more details
especially why the result code checking is so horrific.

Summary of the Pull Request

References

PR Checklist

  • Closes Panes Accessibility: Attach panes to UIA tree (#1789)
  • CLA signed. If not, go over here and sign the CLA
  • Tests added/passed
  • Requires documentation to be updated
  • I've discussed this with core contributors already. If not checked, I'm ready to accept this work might be rejected in favor of a different grand plan. Issue number where discussion took place: #xxx

Detailed Description of the Pull Request / Additional comments

Validation Steps Performed

  • Set a default application and make sure it opens
  • Remove the default application and make sure that notepad gets opened
**Original Pull Request:** https://github.com/microsoft/terminal/pull/1841 **State:** closed **Merged:** Yes --- This fixes two issues. * Opens the assigned default application regardless of its configuration. Gvim for example only reacts to the "edit" verb so when selected as default application won't open. Using nullptr results in using the first specified application. This fixes #1789 * If no application is assigned for json files fall back to notepad See https://docs.microsoft.com/en-us/windows/win32/api/shellapi/nf-shellapi-shellexecutea for more details especially why the result code checking is so horrific. ## Summary of the Pull Request <!-- Other than the issue solved, is this relevant to any other issues/existing PRs? --> ## References <!-- Please review the items on the PR checklist before submitting--> ## PR Checklist * [x] Closes #1789 * [x] CLA signed. If not, go over [here](https://cla.opensource.microsoft.com/microsoft/Terminal) and sign the CLA * [ ] Tests added/passed * [ ] Requires documentation to be updated * [ ] I've discussed this with core contributors already. If not checked, I'm ready to accept this work might be rejected in favor of a different grand plan. Issue number where discussion took place: #xxx <!-- Provide a more detailed description of the PR, other things fixed or any additional comments/features here --> ## Detailed Description of the Pull Request / Additional comments <!-- Describe how you validated the behavior. Add automated tests wherever possible, but list manual validation steps taken as well --> ## Validation Steps Performed * Set a default application and make sure it opens * Remove the default application and make sure that notepad gets opened
claunia added the pull-request label 2026-01-31 09:04:44 +00:00
Sign in to join this conversation.
No Label pull-request
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#24681