feat: allow connection header in request #1829

metcoder95 · 2022-12-22T21:10:52Z

Follow up from #1747

References

codecov-commenter · 2022-12-22T21:15:31Z

Codecov Report

Base: 90.12% // Head: 90.03% // Decreases project coverage by -0.08% ⚠️

Coverage data is based on head (42914fe) compared to base (f376a12).
Patch coverage: 54.54% of modified lines in pull request are covered.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1829      +/-   ##
==========================================
- Coverage   90.12%   90.03%   -0.09%     
==========================================
  Files          66       66              
  Lines        5815     5813       -2     
==========================================
- Hits         5241     5234       -7     
- Misses        574      579       +5

Impacted Files	Coverage Δ
lib/core/request.js	`96.55% <37.50%> (-2.85%)`	⬇️
lib/client.js	`97.53% <100.00%> (+<0.01%)`	⬆️
lib/fetch/util.js	`86.49% <0.00%> (-0.03%)`	⬇️
lib/fetch/body.js	`97.15% <0.00%> (+0.21%)`	⬆️

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

lib/client.js

mcollina

lgtm

metcoder95 · 2022-12-26T20:51:11Z

Sorry for the noise, finger issue 😅
I'll add the documentation soon, in the meanwhile is ready for review. Thanks 🙂

ronag

Why isn't it enough to have reset on the request? I don't think you need a reset option on the client.

metcoder95 · 2022-12-27T17:00:37Z

Why isn't it enough to have reset on the request? I don't think you need a reset option on the client.

Is it true that the Client does not need it at all and for instance, the parent implementations neither as well, my rationing was to allow the implementation side to have granular control over it.
Meaning that if they want to set it as the default behavior or just for a couple of requests, they have the chance to do so without having to keep track of appending the reset option on every request if they want to make this the default one.

e.g.

Circuit Breaker that transitions into half-open so it starts assessing the connection by sending requests with connection: close; and transitions to closed if the connection becomes stable.

But happy to revert it if everybody agrees this might be an overhead 🙂

ronag · 2022-12-27T17:48:21Z

You can set pipelining to 0 to achieve the same effect.

anonrig · 2023-01-01T21:22:29Z

lib/client.js

@@ -115,6 +117,10 @@ class Client extends DispatcherBase {
      throw new InvalidArgumentError('unsupported keepAlive, use pipelining=0 instead')
    }

+    if (reset != null && typeof reset !== 'boolean') {
+      throw new InvalidArgumentError('invalid reset')


in order to have a consistent error message, this should be the same as the previous error message reset must be a boolean

anonrig · 2023-01-01T21:23:30Z

lib/client.js

+  if (reset) {
+    socket[kReset] = true
+  }


We can move this to line 1388

anonrig · 2023-01-01T21:23:52Z

lib/client.js

  if (blocking) {
    socket[kBlocking] = true
  }

+  const shouldReset = request.reset != null ? request.reset : client[kClientResetValue]


Nit: request.reset ?? client[kClientResetValue]

Note: this would drop support for v12 and you'd need to remove it from the ci.

Ah, that's true. I recommend doing it in a new pull request, if we are going to drop it (and I think we should)

anonrig · 2023-01-01T21:26:29Z

lib/pool.js

@@ -40,6 +41,10 @@ class Pool extends PoolBase {
      throw new InvalidArgumentError('invalid connections')
    }

+    if (reset != null && reset.constructor !== Boolean) {


Why not typeof reset !== 'boolean'?

Was mostly about a way of working, but reverted it to keep in sync with previous @KhafraDev suggestion as well 👍

metcoder95 · 2023-01-02T12:55:20Z

I addressed the changes requested and reverted the extension to Client to support the reset property. Now, this is only accessible when executing any call that promotes the DispatchOptions-like object. I also added the documentation on top. 🙂

cc: @ronag @KhafraDev @anonrig

lib/client.js

ronag · 2023-01-02T13:25:11Z

lib/core/request.js

+      bodyTimeout,
+      reset,
+      throwOnError
+    } = options


Why change this?

Do you mean the reset?

Mostly to validate the reset value and carry over the setting during the request lifecycle, as it is attached to a single request.

Another option is to pass it as a third-parameter to the write function on lib/client. What are your thoughts? 🤔

Just add reset to the previous list. I don't understand why you moved out options.

ronag · 2023-01-02T13:25:37Z

lib/core/request.js

+    if (val.toLowerCase() === 'close') {
+      request.reset = true
+    }
+    request.headers += `${key}: ${val}\r\n`


We should not set the header here...

Better to do it in Client or where exactly?

Instead, just switching the value on the reset will do what's needed, and just check for either one of the close or keep-alive options. The settings usually come in the keep-alive header if custom behavior is desired. Thoughts? 🤔

Just remove request.headers += ${key}: ${val}\r\n`` and make sure val is either keep-alive or close.

docs/api/Dispatcher.md

Co-authored-by: Robert Nagy <[email protected]>

lib/client.js

lib/pool.js

test/request.js

lib/core/request.js

mcollina

lgtm

kibertoad · 2023-01-08T00:08:29Z

docs/api/Dispatcher.md

@@ -192,6 +192,7 @@ Returns: `Boolean` - `false` if dispatcher is busy and further dispatch calls wo
 * **origin** `string | URL`
 * **path** `string`
 * **method** `string`
+* **reset** `boolean` (optional) - Default: `false` - Indicates whether the request should attempt to create a long-living connection by sending the `connection: keep-alive` header, or close it immediately after response by sending `connection: close`.


@metcoder95 This is phrased in a confusing way. Documentation implies that "true" means creating long-lived connection, while code seems to indicate the opposite.

You're right, let me fix it opening a new PR, thanks for the heads up 🙇

[![Mend Renovate](https://app.renovatebot.com/images/banner.svg)](https://renovatebot.com) This PR contains the following updates: | Package | Change | Age | Adoption | Passing | Confidence | |---|---|---|---|---|---| | [undici](https://undici.nodejs.org) ([source](https://togithub.com/nodejs/undici)) | [`5.14.0` -> `5.19.1`](https://renovatebot.com/diffs/npm/undici/5.14.0/5.19.1) | [![age](https://developer.mend.io/api/mc/badges/age/npm/undici/5.19.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/npm/undici/5.19.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/npm/undici/5.14.0/5.19.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/npm/undici/5.14.0/5.19.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | ### GitHub Vulnerability Alerts #### [CVE-2023-23936](https://togithub.com/nodejs/undici/security/advisories/GHSA-5r9g-qh6m-jxff) ### Impact undici library does not protect `host` HTTP header from CRLF injection vulnerabilities. ### Patches This issue was patched in Undici v5.19.1. ### Workarounds Sanitize the `headers.host` string before passing to undici. ### References Reported at https://hackerone.com/reports/1820955. ### Credits Thank you to Zhipeng Zhang ([@timon8](https://hackerone.com/timon8)) for reporting this vulnerability. --- ### Release Notes <details> <summary>nodejs/undici (undici)</summary> ### [`v5.19.1`](https://togithub.com/nodejs/undici/releases/tag/v5.19.1) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.19.0...v5.19.1) #### ⚠️ Security Release ⚠️ - [Regular Expression Denial of Service in Headers](https://togithub.com/nodejs/undici/security/advisories/GHSA-r6ch-mqf9-qc9w) with CVE-2023-24807 - [CRLF Injection in Nodejs ‘undici’ via host](https://togithub.com/nodejs/undici/security/advisories/GHSA-5r9g-qh6m-jxff) with CVE-2023-23936 This release is part of the Node.js security release train: https://nodejs.org/en/blog/vulnerability/february-2023-security-releases/ ### [`v5.19.0`](https://togithub.com/nodejs/undici/releases/tag/v5.19.0) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.18.0...v5.19.0) #### What's Changed - fix(fetch): raise AbortSignal max event listeners by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1910 - fix: content-disposition header parsing by [@climba03003](https://togithub.com/climba03003) in [nodejs/undici#1911 - fix: remove test by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1916 - feat: add Headers.prototype.getSetCookie by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1915 - fix(headers): clone getSetCookie list & add getSetCookie type by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1917 - doc(mock): update out-of-date reply documentation by [@p9f](https://togithub.com/p9f) in [nodejs/undici#1913 - fix(types): add missing keepAlive params by [@SkeLLLa](https://togithub.com/SkeLLLa) in [nodejs/undici#1918 - Make the fetch() abort test pass locally, on Linux and Mac, Node 18/19. by [@mcollina](https://togithub.com/mcollina) in [nodejs/undici#1927 #### New Contributors - [@climba03003](https://togithub.com/climba03003) made their first contribution in [nodejs/undici#1911 - [@p9f](https://togithub.com/p9f) made their first contribution in [nodejs/undici#1913 **Full Changelog**: nodejs/undici@v5.18.0...v5.19.0 ### [`v5.18.0`](https://togithub.com/nodejs/undici/releases/tag/v5.18.0) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.17.1...v5.18.0) ##### What's Changed - Add ability to set TCP keepalive by [@xconverge](https://togithub.com/xconverge) in [nodejs/undici#1904 - use faster timers by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1908 - fix: ensure header value is a string by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1899 **Full Changelog**: nodejs/undici@v5.17.1...v5.18.0 ### [`v5.17.1`](https://togithub.com/nodejs/undici/releases/tag/v5.17.1) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.17.0...v5.17.1) #### What's Changed - fix: bad buffer slice (nodejs/undici@d2be675) **Full Changelog**: nodejs/undici@v5.17.0...v5.17.1 ### [`v5.17.0`](https://togithub.com/nodejs/undici/releases/tag/v5.17.0) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.16.0...v5.17.0) #### What's Changed - fix(wpts): Blob is a global getter in >=v19.x.x by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1880 - doc: fix anchor links dispatcher.stream by [@RafaelGSS](https://togithub.com/RafaelGSS) in [nodejs/undici#1881 - wpt: make runner more resilient by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1884 - Make test pass in v19.x by [@mcollina](https://togithub.com/mcollina) in [nodejs/undici#1879 - Correct the type of DispatchOptions\["headers"] by [@pan93412](https://togithub.com/pan93412) in [nodejs/undici#1896 - perf(content-type parser): faster string collector by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1894 - feat: expose content-type parser by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1895 - fix(types): Update DispatchOptions type for missing "blocking" by [@xconverge](https://togithub.com/xconverge) in [nodejs/undici#1889 - fix(types): update error type definitions by [@rafaelcr](https://togithub.com/rafaelcr) in [nodejs/undici#1888 - fix: ensure connection header is a string by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1900 - fix: throw if invalid content-type header by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1901 - fix(fetch): use semicolon for Cookie header delimiter by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1906 - Use FastBuffer by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1907 #### New Contributors - [@pan93412](https://togithub.com/pan93412) made their first contribution in [nodejs/undici#1896 - [@rafaelcr](https://togithub.com/rafaelcr) made their first contribution in [nodejs/undici#1888 **Full Changelog**: nodejs/undici@v5.16.0...v5.17.0 ### [`v5.16.0`](https://togithub.com/nodejs/undici/releases/tag/v5.16.0) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.15.2...v5.16.0) #### What's Changed - Add feature to specify custom headers for proxies by [@Sebmaster](https://togithub.com/Sebmaster) in [nodejs/undici#1877 #### New Contributors - [@Sebmaster](https://togithub.com/Sebmaster) made their first contribution in [nodejs/undici#1877 **Full Changelog**: nodejs/undici@v5.15.2...v5.16.0 ### [`v5.15.2`](https://togithub.com/nodejs/undici/compare/9d5f23177408dc16d3d4cbb8cebf463081c54e16...9457c9719029945ef9ff36b71d58557443730942) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.15.1...v5.15.2) ### [`v5.15.1`](https://togithub.com/nodejs/undici/releases/tag/v5.15.1) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.15.0...v5.15.1) #### What's Changed - fix(websocket): simplify typedarray copying by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1854 - fix: wpts on node v18.13.0+ by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1859 - perf: allow keep alive for HEAD requests by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1858 - fix: flaky abort test by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1863 **Full Changelog**: nodejs/undici@v5.15.0...v5.15.1 ### [`v5.15.0`](https://togithub.com/nodejs/undici/releases/tag/v5.15.0) [Compare Source](https://togithub.com/nodejs/undici/compare/v5.14.0...v5.15.0) #### What's Changed - \[types] update ProxyAgent Options (timeout) by [@sosoba](https://togithub.com/sosoba) in [nodejs/undici#1801 - feat: implement websockets by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1795 - feat(websocket): handle ping/pong frames & fix fragmented frames by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1809 - docs: add basic fetch & company docs by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1810 - make formdata body immutable and encode it only once by [@jimmywarting](https://togithub.com/jimmywarting) in [nodejs/undici#1814 - test: add regression test for [#1814](https://togithub.com/nodejs/undici/issues/1814) by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1815 - feat(websocket): only consume necessary bytes by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1812 - websocket: use Buffer.allocUnsafe by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1817 - build(deps-dev): bump [@sinonjs/fake-timers](https://togithub.com/sinonjs/fake-timers) from 9.1.2 to 10.0.2 by [@dependabot](https://togithub.com/dependabot) in [nodejs/undici#1819 - fix(websocket): deprecation warning & 64-bit unsigned int body length by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1818 - Use nodejs.stream.destroyed symbol by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1816 - fetch: removal of redundant condition by [@debadree25](https://togithub.com/debadree25) in [nodejs/undici#1821 - fix(request): request headers array by [@jd-carroll](https://togithub.com/jd-carroll) in [nodejs/undici#1807 - fix(websocket): validate payload length received by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1822 - fix(websocket): run parser in loop, instead of recursively by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1828 - fix(fetch): weaker refs by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1824 - websocket: add tests for opening handshake by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1831 - websocket: add tests for constructor, close, and send by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1832 - websocket: more test coverage by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1833 - fix(WPTs): flaky abort test by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1835 - wpt: add test by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1836 - fix: don't send keep-alive if we want reset by [@ronag](https://togithub.com/ronag) in [nodejs/undici#1846 - fetch: update body consume to match spec by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1847 - feat: allow connection header in request by [@metcoder95](https://togithub.com/metcoder95) in [nodejs/undici#1829 - feat: add cookie parsing ability by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1848 - fix(cookie): add docs & expose in node v16 by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1849 - fix(cookies): work with global Headers by [@KhafraDev](https://togithub.com/KhafraDev) in [nodejs/undici#1850 - docs(Dispatcher): adjust documentation for reset flag by [@metcoder95](https://togithub.com/metcoder95) in [nodejs/undici#1852 - Fix broken interceptor test by [@mcollina](https://togithub.com/mcollina) in [nodejs/undici#1853 #### New Contributors - [@sosoba](https://togithub.com/sosoba) made their first contribution in [nodejs/undici#1801 - [@debadree25](https://togithub.com/debadree25) made their first contribution in [nodejs/undici#1821 - [@jd-carroll](https://togithub.com/jd-carroll) made their first contribution in [nodejs/undici#1807 **Full Changelog**: nodejs/undici@v5.14.0...v5.15.0 </details> --- ### Configuration 📅 **Schedule**: Branch creation - "" (UTC), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] If you want to rebase/retry this PR, check this box --- This PR has been generated by [Mend Renovate](https://www.mend.io/free-developer-tools/renovate/). View repository job log [here](https://developer.mend.io/github/sammyfilly/Canary-nextjs).

robhogan · 2023-11-01T14:05:19Z

Looks like this incorrectly closed #1305 - it only partly addresses it. It still doesn't appear to be possible to customise sec-fetch-mode.

metcoder95 · 2023-11-01T20:50:12Z

Please, feel free to open a new issue to reevaluate and see further actions 🙂

robhogan · 2023-11-01T22:55:41Z

Will do, but also, please don't mark issues closed in a PR unless the issue is actually fully closed - it just creates unnecessary churn and fragmentation.

KhafraDev · 2023-11-02T00:45:04Z

setting a custom sec-fetch-mode is probably a wontfix anyways.

metcoder95 marked this pull request as draft December 22, 2022 21:11

KhafraDev reviewed Dec 22, 2022

View reviewed changes

lib/client.js Outdated Show resolved Hide resolved

mcollina approved these changes Dec 23, 2022

View reviewed changes

metcoder95 force-pushed the feat/allow_autoclose branch 3 times, most recently from f481f65 to deb3835 Compare December 26, 2022 20:50

metcoder95 marked this pull request as ready for review December 26, 2022 20:51

ronag requested changes Dec 27, 2022

View reviewed changes

anonrig requested changes Jan 1, 2023

View reviewed changes

metcoder95 force-pushed the feat/allow_autoclose branch 2 times, most recently from 6dea99e to 2a3ea3c Compare January 2, 2023 12:43

ronag reviewed Jan 2, 2023

View reviewed changes

lib/client.js Outdated Show resolved Hide resolved

ronag reviewed Jan 2, 2023

View reviewed changes

ronag and others added 9 commits January 2, 2023 15:15

feat: allow connection header in request

82da79d

feat(Client): add support for reset option to disable keep alive

f06b0a5

feat(request): add support for reset option

9113050

fix: backwards issue

8e2673a

test: add client test for reset option

eea5735

fix: order of reset prescedence

fe68676

refactor: apply review feedback

c79a6c2

refactor: remove unnecessary code

412b9a8

feat(Pool): add support for reset

8632fbc

ronag reviewed Jan 2, 2023

View reviewed changes

docs/api/Dispatcher.md Outdated Show resolved Hide resolved

revert: revert support for reset on client

0651207

metcoder95 added 4 commits January 2, 2023 15:18

refactor: adjustments accordingly to review

4349c33

fix: leftover

ed6fd0e

docs: add documentation about new option

ae04e7d

refactor: Pool leftover

d516952

metcoder95 force-pushed the feat/allow_autoclose branch from d34e35a to d516952 Compare January 2, 2023 14:25

metcoder95 and others added 3 commits January 2, 2023 15:31

docs: refactor docs/api/Dispatcher.md

e732ea0

Co-authored-by: Robert Nagy <[email protected]>

refactor: set types in sync with documentation

9e78222

test: remove leftover

96d74fc

ronag reviewed Jan 3, 2023

View reviewed changes

lib/client.js Outdated Show resolved Hide resolved

ronag reviewed Jan 3, 2023

View reviewed changes

lib/pool.js Outdated Show resolved Hide resolved

KhafraDev reviewed Jan 3, 2023

View reviewed changes

test/request.js Outdated Show resolved Hide resolved

ronag reviewed Jan 3, 2023

View reviewed changes

lib/core/request.js Outdated Show resolved Hide resolved

refactor: address review requests

42914fe

ronag approved these changes Jan 4, 2023

View reviewed changes

metcoder95 added 2 commits January 4, 2023 16:56

test: add test for invalid connection header

b38df21

test: add test for manual set of connection header

8208e9c

mcollina approved these changes Jan 5, 2023

View reviewed changes

mcollina merged commit 998a593 into nodejs:main Jan 5, 2023

metcoder95 deleted the feat/allow_autoclose branch January 5, 2023 12:24

kibertoad reviewed Jan 8, 2023

View reviewed changes

metcoder95 mentioned this pull request Jan 10, 2023

docs(Dispatcher): adjust documentation for reset flag #1852

Merged

anonrig pushed a commit to anonrig/undici that referenced this pull request Apr 4, 2023

feat: allow connection header in request (nodejs#1829)

8db8ebb

robhogan mentioned this pull request Jan 17, 2024

Can't remove default headers. Can't overwrite "sec-fetch-mode", "connection" headers. #1305

Closed

phapntm mentioned this pull request Feb 24, 2024

native fetch api does not respect keepalive parameter in RequestInit #2169

Closed

crysmags pushed a commit to crysmags/undici that referenced this pull request Feb 27, 2024

feat: allow connection header in request (nodejs#1829)

34d2687

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

feat: allow connection header in request #1829

feat: allow connection header in request #1829

metcoder95 commented Dec 22, 2022 •

edited

Loading

codecov-commenter commented Dec 22, 2022 •

edited

Loading

mcollina left a comment

metcoder95 commented Dec 26, 2022

ronag left a comment

metcoder95 commented Dec 27, 2022

ronag commented Dec 27, 2022

anonrig Jan 1, 2023

anonrig Jan 1, 2023

anonrig Jan 1, 2023

KhafraDev Jan 1, 2023

anonrig Jan 1, 2023

anonrig Jan 1, 2023

metcoder95 Jan 2, 2023

metcoder95 commented Jan 2, 2023

ronag Jan 2, 2023

metcoder95 Jan 2, 2023

ronag Jan 3, 2023

ronag Jan 2, 2023

metcoder95 Jan 2, 2023

metcoder95 Jan 3, 2023

ronag Jan 3, 2023

mcollina left a comment

kibertoad Jan 8, 2023

metcoder95 Jan 10, 2023

robhogan commented Nov 1, 2023

metcoder95 commented Nov 1, 2023

robhogan commented Nov 1, 2023 •

edited

Loading

KhafraDev commented Nov 2, 2023

feat: allow connection header in request #1829

feat: allow connection header in request #1829

Conversation

metcoder95 commented Dec 22, 2022 • edited Loading

References

codecov-commenter commented Dec 22, 2022 • edited Loading

Codecov Report

mcollina left a comment

Choose a reason for hiding this comment

metcoder95 commented Dec 26, 2022

ronag left a comment

Choose a reason for hiding this comment

metcoder95 commented Dec 27, 2022

ronag commented Dec 27, 2022

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

metcoder95 commented Jan 2, 2023

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

mcollina left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

robhogan commented Nov 1, 2023

metcoder95 commented Nov 1, 2023

robhogan commented Nov 1, 2023 • edited Loading

KhafraDev commented Nov 2, 2023

metcoder95 commented Dec 22, 2022 •

edited

Loading

codecov-commenter commented Dec 22, 2022 •

edited

Loading

robhogan commented Nov 1, 2023 •

edited

Loading