microlinkhq / microlinkhq/html-get

prerender: The `url` is triming the fragment under prerender

Open
#209 4 comments 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.