The "Create bug on GitHub" button was not respecting the workbench.externalBrowser setting, always opening URLs in the system default browser instead of the user's configured preference.

Problem

When users clicked the "Create bug on GitHub" button in the issue reporter, the implementation used direct window opening methods:

• dom.windowOpenNoOpener() in the browser version
• mainWindow.open() for dynamically created GitHub issues

These methods bypassed VS Code's external browser configuration, forcing users to use their system default browser even when they had configured a different browser via workbench.externalBrowser.

Solution

Replaced direct window opening with IOpenerService, which properly respects the external browser setting:

Before:

dom.windowOpenNoOpener(uri);
mainWindow.open(result.html_url, '_blank');

After:

this.openerService.open(uri, { openExternal: true });
this.openerService.open(result.html_url, { openExternal: true });

Changes

• BrowserIssueService: Added IOpenerService injection and replaced dom.windowOpenNoOpener() calls
• BaseIssueReporterService: Added IOpenerService injection and replaced mainWindow.open() calls
• IssueWebReporter & IssueReporter: Updated constructors to pass IOpenerService to base class
• All implementations now use openerService.open(url, { openExternal: true }) for consistent behavior

Testing

Added unit tests to verify IOpenerService is called with the correct parameters and options.

This change ensures that both the legacy GitHub issue reporter (when issueReporter.experimental.webReporter is false) and the new web-based issue reporter honor the user's browser preference configured via workbench.externalBrowser.

Fixes #260950.

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.