It's also confusing it that clicking the link doesn't auto-expand the section.

On legacy Vector this is a bit of a confusing process too: https://meta.wikimedia.org/wiki/Talk:Terms_of_use?useskin=vector#Quotations doesn't do anything.

Personally I don't think these should be included in the table of contents at all. In mobile web, we do not collapse headings that are not direct children of the parser output element so perhaps we should do something similar here. There's also an argument to be made that collapsed content shouldn't use headings.

In T330612#8650333, @Jdlrobson wrote:

It's also confusing it that clicking the link doesn't auto-expand the section.

On legacy Vector this is a bit of a confusing process too: https://meta.wikimedia.org/wiki/Talk:Terms_of_use?useskin=vector#Quotations doesn't do anything.

It does for me, on old and new Vector alike: clicking a link to the section, in the TOC or an external link like yours, expands it. If this doesn't work for you, please try debugging it, the code implementing it is here: https://gerrit.wikimedia.org/g/mediawiki/core/+/130ceaf3a07c56b2b1605b51b65de6fb42430a0d/resources/src/jquery/jquery.makeCollapsible.js#165

Personally I don't think these should be included in the table of contents at all. In mobile web, we do not collapse headings that are not direct children of the parser output element so perhaps we should do something similar here. There's also an argument to be made that collapsed content shouldn't use headings.

I think it'd be a mistake to redesign the table of contents completely again in response to this edge case. I think that it should be easy to handle the section being invisible in the code detecting the currently visible section.

I wouldn't consider this bug to be a part of Local-Wiki-Template-And-Gadget-Issues, since the collapsing code is provided by MediaWiki core and intended to be used on pages exactly in this manner. It's only slightly unusual that a heading is collapsed.