Change:
{ group: ACTIVE_GROUP, preserveFocus: false }); this._currentReleaseNotes.webview.onDidClickLink(uri => this.onDidClickLink(URI.parse(uri))); <del> this._currentReleaseNotes.onWillDispose(() => { this._currentReleaseNotes = undefined; }); </del> <ins> const disposables = new DisposableStore(); disposables.add(this._currentReleaseNotes.webview.onMessage(e => { if (e.message.type === 'showReleaseNotes') { this._configurationService.updateValue('update.showReleaseNotes', e.message.value); } })); disposables.add(this._currentReleaseNotes.onWillDispose(() => { disposables.dispose(); this._currentReleaseNotes = undefined; })); </ins> this._currentReleaseNotes.webview.html = html; }

Discussion:
Since we open release notes (by default) on each release, there should be a visible way to opt-out. Either a checkbox similar to the Welcome experience, or a markdown command link. re:
I think having a setting to toggle this would be best. The release notes is just a markdown preview so we can't add any UI elements to it, unlike the Welcome page which is different.
We do have a setting already , but we have LOTS of settings. Even though it is markdown, we could still add a command link to the text that would run a new command to toggle the setting.
I don't know, this seems pretty obvious: !
Its friction -- if the release notes pops up and aggravates me, I have to take much extra energy to go looking for the setting (even though it is an easy one to find)
I could see maybe adding a menu item in the ... in the top right, but doubt that is discoverable. Placing it inside of the preview feels a bit odd like an unsubscribe link.
On the constrain of adding UI to the notes: The relnotes manager output already has a patch that runs to and handles . Might the same be used to inject an opt-out checkbox or link inside the header? A common UX to test would be a "Don't show again" link/button we have in notifications (and elsewhere?).
One heuristic could be that if we see the release notes are closed within 5 seconds of them opening, we show a notification asking the user whether they want to see them in the future. The downside is that it trades release note fatigue for notification fatigue
I totally agree. Just not sure of the right UX here.
Here a few different ideas: ! ! This would take some engineering effort as it's not easily supported in plain markdown, but placing a small navigation bar at the bottom so that it's always visible. Downside is if you want to see the release notes it's annoying to see !
I like the checkbox since it's a pretty standard way of doing this... Maybe at the top (2) is best?
When lands, a wording could be "Show release notes for monthly updates." to indicate the monthly frequency to set expectations.
I prefer # 2
Another tweet about this: I prefer because it aligns with how we show the checkbox for the welcome page too.

I prefer # 3 too because it does not interrupt the flow for people reading the release notes Another possible wording based on 's could be "Show release notes for major updates"
Currently is of "application" scope (), meaning that I cannot set it to "false" in section of a file. Can it be scope? It's slightly different from the original topic. Let me know if you want me to open a separate issue for it.
!
Do we want to show it at the top so prominently? Feels like it breaks the layout and we would like users at least glancing at the release notes.
IMO it should at least be under the or under the first paragraph. Agreed that it feels like it breaks the layout.
!
This looks better to me. Thanks