Github does a weird rewrite of heading fragments where they have a slugified link to a fragment that represents the user content, but the corresponding id-attribute has a prepended user-content-, which they then figure out how to navigate to with javascript.
This caused problems with hyperlinks fragment check. Hyperlink now re-tries checking the fragment with the prepended string if the content is on github.com
Github does a weird rewrite of heading fragments where they have a slugified link to a fragment that represents the user content, but the corresponding id-attribute has a prepended
user-content-, which they then figure out how to navigate to with javascript.This caused problems with hyperlinks fragment check. Hyperlink now re-tries checking the fragment with the prepended string if the content is on github.com