microlinkhq / microlinkhq/html-get
prerender: The `url` is triming the fragment under prerender
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 103
- Forks
- 12
- Avg merge
- 3h 37m
- Merged PRs (30d)
- 6
Description
Bug Report
Current Behavior
When saving a URL that includes a fragment identifier, the meta API url response field strips out any fragment identifier that was in the original URL
In: https://example.com/#hello
Out: https://example.com/
Expected behavior/code
I expect the url field to show what's in the browser address bar after the page loads. If following the link in my browser preserves the fragment, so should Microlink.
Additional context/Screenshots
This is a problem for my use case: I use the url field to get a canonical link to show users, since it resolves HTTPS redirects, shortlinks, etc.
I can't do that if the url field strips out important data (text highlights, or which part of the page is being linked to).
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the prerender behavior with a URL such as https://example.com/#hello, then trace how the meta API derives its url response from the loaded page. Done means the response preserves the original fragment identifier after redirects and prerendering.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100