[Web API type definition issue] `URL`, `fetch`, and `XMLHttpRequest.prototype.open` should accept `Location` as an argument

Closed Beginner friendly
#2,536 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
72/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
typescript
Domain
tooling

Research direction

Start by locating the generator inputs and declarations for URL, fetch, XMLHttpRequest.prototype.open, Request, and URL.canParse/parse. Verify that these APIs accept Location alongside their existing URL-like arguments, and confirm the generated TypeScript definitions reflect the change.

Written by the indexing model from the issue text.

Description

Location.prototype.toString behaves identically to URL.prototype.toString; both return the value of their own href property.

new URL(location)
new URL("./", location)

URL.canParse(location)
URL.canParse("./", location)

URL.parse(location)
URL.parse("./", location)

fetch(location)

new XMLHttpRequest().open("GET", location)

new Request(location)
Dominant language
TypeScript
Stars
740
Forks
474
Avg merge
2d 8h
Merged PRs (30d)
15

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.

More from microsoft/TypeScript-DOM-lib-generator

All issues in microsoft/TypeScript-DOM-lib-generator

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.