URL Click Browser Setting #13027

Closed
opened 2026-01-31 03:31:43 +00:00 by claunia · 3 comments
Owner

Originally created by @EnigmaPatrick on GitHub (Mar 14, 2021).

Description of the new feature/enhancement

A profile setting to define which browser you wish for the clickable url to automatically be opened in, bypassing windows default browser. (i.e. chrome being windows default but forcing clicked link to open in firefox)

Allows the usage of multiple browsers for different use cases. i.e. separate browsers for work & personal usage.

Proposed technical implementation details (optional)

Originally created by @EnigmaPatrick on GitHub (Mar 14, 2021). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> # Description of the new feature/enhancement A profile setting to define which browser you wish for the clickable url to automatically be opened in, bypassing windows default browser. (i.e. chrome being windows default but forcing clicked link to open in firefox) <!-- A clear and concise description of what the problem is that the new feature would solve. Describe why and how a user would use this new functionality (if applicable). --> Allows the usage of multiple browsers for different use cases. i.e. separate browsers for work & personal usage. # Proposed technical implementation details (optional) <!-- A clear and concise description of what you want to happen. -->
claunia added the Area-SettingsIssue-TaskResolution-DuplicateProduct-Terminal labels 2026-01-31 03:31:44 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Mar 15, 2021):

I suppose it's not the worst idea. I wonder if we're able to enumerate all the apps that say they're "browsers".

@zadjii-msft commented on GitHub (Mar 15, 2021): I suppose it's not the worst idea. I wonder if we're able to enumerate all the apps that say they're "browsers".
Author
Owner

@DHowett commented on GitHub (Mar 15, 2021):

I'd rather not get us into the business of launching specific applications for URLs specifically. Once we add configurable pattern detection and matching (which is on the backlog somewhere), we'll also add pattern execution. That'll let folks customize which browser launches for which patterns.

/dup #8849

@DHowett commented on GitHub (Mar 15, 2021): I'd rather not get us into the business of launching specific applications for _URLs specifically_. Once we add configurable pattern detection and matching (which is on the backlog somewhere), we'll also add pattern _execution_. That'll let folks customize which browser launches for which patterns. /dup #8849
Author
Owner

@ghost commented on GitHub (Mar 15, 2021):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Mar 15, 2021): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#13027