You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This appears to have been a regression in Gatsby. It may be gatsbyjs/gatsby#25778 but it’s hard to say.
What I know is that for deployed projects running Gatsby v2.24.1 the scroll to anchor works fine. Since our package.json specifies ^2.24.1, our projects are now (as of Oct 8, 2020) deploying with v2.24.72 (hence 5fd5a56).
Relying on Gatsby for this behavior seems a bit foolish in retrospect, but perhaps more foolish is relying on SEMVER. We should probably create Docs Engine releases which are tied to specific versions of Gatsby (and all of our dependencies) to ensure that the issues that caused us to revert (0ca870f) won’t happen again. (We’re still investigating what went wrong with GH Actions.)
In the meantime, we may need to implement the scrolling to anchor ourselves, similar to the workaround mentioned in gatsbyjs/gatsby#25778, the problem being that a proper history event won’t be created and thus the great behavior we had before of the scroll position being smoothly and properly restored on browser history changes would be lost.
Seems to be a regression with the table of contents.
The text was updated successfully, but these errors were encountered: