- 11 Oct, 2021 1 commit
-
-
tavit ohanian authored
-
- 14 Jan, 2021 3 commits
-
-
Marcin Rataj authored
URL.Query() will already decode the query parameters
-
Marcin Rataj authored
This makes ?uri= param able to process URIs passed by web browsers https://developer.mozilla.org/en-US/docs/Web/API/Navigator/registerProtocolHandler
-
Dennis Trautwein authored
This commit adds support for requests produced by navigator.registerProtocolHandler on gateways. Now one can register `dweb.link` as an URI handler for `ipfs://`: ``` navigator.registerProtocolHandler('ipfs', 'https://dweb.link/ipfs/?uri=%s', 'ipfs resolver') ``` Then opening `ipfs://QmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR` will produce an HTTP GET call to: ``` https://dweb.link/ipfs?uri=ipfs%3A%2F%2FQmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR ``` The query parameter `uri` will now be parsed and the given content identifier resolved via: `https://dweb.link/ipfs/QmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR`
-
- 13 Oct, 2020 1 commit
-
-
Marcin Rataj authored
-
- 29 Sep, 2020 1 commit
-
-
Marcin Rataj authored
This adds proper end-to-end tests for directory listing on Gateway port that protects us against regressions oni each gw type: - path gateway - subdomain gateway - dnslink website gateway Tests cover: - etag/unicode support - breadcrumbs - file name column - hash column
-
- 28 Sep, 2020 1 commit
-
-
Marcin Rataj authored
This switches go-ipfs to dir-index-html after https://github.com/ipfs/dir-index-html/pull/43 got merged to master
-
- 25 Sep, 2020 1 commit
-
-
Marcin Rataj authored
-
- 16 Sep, 2020 2 commits
-
-
Marcin Rataj authored
This adds ASCII-only filename for clients that do not implement RFC 5987 Closes #7648
-
Marcin Rataj authored
This implements 'attachment' mode triggered then ?filename parameter is accompanied with &download=true When Content-Disposition: attachment is detected by a modern browser it will skip rendering and immediately open the "save as" dialog, making this useful feature for using IPFS gateway as target of "Download" links on various websites. Parameter name was suggested in: https://github.com/ipfs/go-ipfs/pull/4177#issuecomment-414870327
-
- 20 Aug, 2020 1 commit
-
-
Kevin Neaton authored
These changes are needed to prepare for the Directory page UI improvements implemented in https://github.com/ipfs/dir-index-html/issues/37. - update dir-index-html type structs - emit gateway URL for root links - emit CID of each directoryItem - emit size of directory - emit breadcrumbs
-
- 25 May, 2020 1 commit
-
-
Peter Rabbitson authored
While the content of raw files retrieved via the gateway should never change, the look and feel of the directory index can and will change between versions of go-ipfs. Incorporate the hash of assets/bindata.go into the ETag when appropriate
-
- 21 May, 2020 1 commit
-
-
Steven Allen authored
fixes https://github.com/ipfs/go-ipfs/pull/4233#issuecomment-631454543 Basically, there's a trade-off here: 1. We can support directory listings while supporting 404 pages (this PR). 2. If a 404 page is present, directory listings don't work. Given that option 1 is more flexible and users shouldn't be _too_ confused if they land on a directory with no index.html page, I've gone with that option.
-
- 20 May, 2020 2 commits
-
-
Peter Wu authored
Files already have an explicit Content-Type set. Be sure to do this for directory listings as well to avoid a fallback to autodetection in net/http. That fallback fails when a ResponseWriter is installed that performs compression.
-
Peter Wu authored
Report a consistent status code for HEAD requests that end up in a redirect.
-
- 19 May, 2020 1 commit
-
-
JP Hastings-Spital authored
In the same way that an `index.html` file is rendered, if one is present, when the requested path is a directory, now an `ipfs-404.html` file is rendered if the requested file is not present within the specified IPFS object. `ipfs-404.html` files are looked for in the directory of the requested path and each parent until one is found, falling back on the well-known 404 error message. License: MIT Signed-off-by: JP Hastings-Spital <jphastings@gmail.com>
-
- 02 May, 2020 1 commit
-
-
Gowtham G authored
-
- 01 May, 2020 3 commits
- 27 Apr, 2020 1 commit
-
-
Steven Allen authored
Even for dnslink websites. fixes https://github.com/ipfs/go-ipfs/issues/7205
-
- 26 Apr, 2020 1 commit
-
-
Steven Allen authored
Previously, we only showed this /ipns paths. However, knowing the hash of the current directory is useful regardless.
-
- 20 Apr, 2020 1 commit
-
-
Dimitris Apostolou authored
-
- 15 Apr, 2020 1 commit
-
-
Marcin Rataj authored
Closes #7164 License: MIT Signed-off-by: Marcin Rataj <lidel@lidel.org>
-
- 05 Apr, 2020 1 commit
-
-
Hector Sanjuan authored
Spec says that response with 405 must set Allow headers.
-
- 18 Mar, 2020 3 commits
-
-
Marcin Rataj authored
When request is sent to http://localhost:8080/ipfs/$cid response has HTTP 301 status code and "Location" header with redirect destination at $cid.ipfs.localhost:8080 Redirect is followed by browsersi, but not by commandline tools. Status 301 is ignored by curl in default mode: it will print response and won't follow redirect, user needs to add -L for that. To fix curl, we return correct payload in body of HTTP 301 response, but set Clear-Site-Data header to ensure Origin sandbox can't be abused. This requires a surgical workaround: If Location header is present in ResponseWriter's Header map, we ensure http.ServeContent() returns HTTP 301 Context: https://github.com/ipfs/go-ipfs/pull/6982 License: MIT Signed-off-by: Marcin Rataj <lidel@lidel.org>
-
Marcin Rataj authored
License: MIT Signed-off-by: Marcin Rataj <lidel@lidel.org>
-
Steven Allen authored
Instead of adding a new fake header (that could be spoofed by the client...), just read the original request URI from the request object. This also removes support for suborigins. They have never been implemented in browsers and it looks like efforts have stalled. We can add support back if we need it but, well, maintaining support was going to be more trouble than it was worth. License: MIT Signed-off-by: Steven Allen <steven@stebalien.com>
-
- 29 Jan, 2020 1 commit
-
-
Steven Allen authored
-
- 17 Jan, 2020 1 commit
-
-
Marcin Rataj authored
Introduces hardening proposed in: https://github.com/ipfs/go-ipfs/issues/4025#issuecomment-342250616 License: MIT Signed-off-by: Marcin Rataj <lidel@lidel.org>
-
- 10 Jan, 2020 2 commits
-
-
Steven Allen authored
License: MIT Signed-off-by: Steven Allen <steven@stebalien.com>
-
Steven Allen authored
License: MIT Signed-off-by: Steven Allen <steven@stebalien.com>
-
- 06 Jan, 2020 5 commits
-
-
Steven Allen authored
-
Steven Allen authored
We should be _resolving_ symlinks (sometimes, still need to figure out when to do this WRT IPNS). However, that's a larger feature.
-
Steven Allen authored
1. Require files to have known sizes. We can add support for unknown sizes _later_ but we can't use ServeContent for those files. 2. Replace the `sizeReadSeeker` with a `lazySeeker`. This one makes no assumptions about how it's used so we're less likely to run into weird bugs.
-
Steven Allen authored
-
Steven Allen authored
-
- 17 Dec, 2019 1 commit
-
-
Marcin Rataj authored
Introduces hardening proposed in: https://github.com/ipfs/go-ipfs/issues/4025#issuecomment-342250616 License: MIT Signed-off-by: Marcin Rataj <lidel@lidel.org>
-
- 06 Nov, 2019 2 commits
-
-
Steven Allen authored
-
Steven Allen authored
-