[Snyk] Upgrade: async, debug, morgan, serve-favicon, web3 #6
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Snyk has created this PR to upgrade multiple dependencies.
👯♂ The following dependencies are linked and will therefore be updated together.ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
async
⚠️ This is a major version upgrade, and may be a breaking change | a month ago
⚠️ This is a major version upgrade, and may be a breaking change | 2 months ago
⚠️ This is a major version upgrade, and may be a breaking change | a month ago
from 2.6.4 to 3.2.6 | 12 versions ahead of your current version
on 2024-08-19
debug
from 2.6.9 to 4.3.6 | 23 versions ahead of your current version
on 2024-07-27
morgan
from 1.7.0 to 1.10.0 | 6 versions ahead of your current version | 5 years ago
on 2020-03-20
serve-favicon
from 2.3.2 to 2.5.0 | 7 versions ahead of your current version | 6 years ago
on 2018-03-29
web3
from 0.19.1 to 4.12.1 | 451 versions ahead of your current version
on 2024-08-23
Issues fixed by the recommended upgrade:
SNYK-JS-CRYPTOJS-6028119
SNYK-JS-MORGAN-72579
Release notes
Package name: async
Version 3.2.6
Version 3.2.5
Version 3.2.4
Version 3.2.3
Version 3.2.2
Version 3.2.1
Version 3.2.0
Version 3.1.1
Version 2.6.4
Package name: debug
What's Changed
New Contributors
Full Changelog: 4.3.5...4.3.6
Patch
Thank you @ calvintwr for the fix.
What's Changed
New Contributors
Full Changelog: 4.3.3...4.3.4
Patch Release 4.3.3
This is a documentation-only release. Further, the repository was transferred. Please see notes below.
Thank you to @ taylor1791 and @ kristofkalocsai for their contributions.
Repository Migration Information
I've formatted this as a FAQ, please feel free to open an issue for any additional question and I'll add the response here.
Q: What impact will this have on me?
In most cases, you shouldn't notice any change.
The only exception I can think of is if you pull code directly from https://github.com/visionmedia/debug, e.g. via a
"debug": "visionmedia/debug"
-type version entry in your package.json - in which case, you should still be fine due to the automatic redirection Github sets up, but you should also update any references as soon as possible.Q: What are the security implications of this change?
If you pull code directly from the old URL, you should update the URL to https://github.com/debug-js/debug as soon as possible. The old organization has many approved owners and thus a new repository could (in theory) be created at the old URL, circumventing Github's automatic redirect that is in place now and serving malicious code. I (@ Qix-) also wouldn't have access to that repository, so while I don't think it would happen, it's still something to consider.
Even in such a case, however, the officially released package on npm (
debug
) would not be affected. That package is still very much under control (even more than it used to be).Q: What should I do if I encounter an issue related to the migration?
Search the issues first to see if someone has already reported it, and then open a new issue if someone has not.
Q: Why was this done as a 'patch' release? Isn't this breaking?
No, it shouldn't be breaking. The package on npm shouldn't be affected (aside from this patch release) and any references to the old repository should automatically redirect.
Thus, according to all of the "APIs" (loosely put) involved, nothing should have broken.
I understand there are a lot of edge cases so please open issues as needed so I can assist in any way necessary.
Q: Why was the repository transferred?
I'll just list them off in no particular order.
debug
ecosystem intends to grow beyond a single package, and since new packages could not be created in the old org (nor did it make sense for them to live there), a new org made the most sense - especially from a security point of view.Q: Was this approved?
Yes.[archive]
Q: Do I need to worry about another migration sometime in the future?
No.
Patch release 4.3.2
.enabled
checks (#799)Thank you @ omg!
Patch release 4.3.1
Minor release
debugInstance.destroy()
. Future major versions will not have this method; please remove it from your codebases as it currently does nothing.Minor Release
console.debug
in the browser only when it is available (#600)"engines"
key to package.jsonselectColor
(#747)supports-color
as an optional peer dependency3.2.7
Package name: morgan
:total-time
tokendev
formateval
usage withFunction
constructorprocess
to check for listenersres.writeHead
patch missing return valueres.headersSent
when availablesafe-buffer
for improved Buffer APIBuffer
loadingDEBUG_MAX_ARRAY_LENGTH
DEBUG_FD
set to1
or2
undefined
argument to token functionsDEBUG_FD
environment variabledigits
argument toresponse-time
tokenPackage name: serve-favicon
url
propertyweek
w
If-None-Match
If-None-Match
token parsingRegExp
safe-buffer
for improved Buffer APIres._headers
private fieldIf-None-Match
has both*
and ETagsETag
matching to match specIf-None-Match
when noETag
headerDate.parse
instead ofnew Date
no-cache
request directivePackage name: web3
Hot fix
[4.12.1]
Fixed
web3-eth-accounts
TransactionFactory.registerTransactionType
if there is a version mistatch betweenweb3-eth
andweb3-eth-accounts
and fix nextjs problem. (#7216)What's Changed
[4.12.0]
Fixed
web3-core
setConfig()
fix forsetMaxListenerWarningThreshold
fix (#5079)web3-eth-accounts
TransactionFactory.registerTransactionType
not working, if there is a version mistatch betweenweb3-eth
andweb3-eth-accounts
by savingextraTxTypes
atglobals
. (#7197)Added
web3-eth-accounts
signMessageWithPrivateKey
(#7174)web3-eth-contract
populateTransaction
to thecontract.deploy(...)
properties. (#7197)web3-providers-http
statusCode
of response in ResponseError,statusCode
is optional property in ResponseError.web3-rpc-providers
HttpProviderOptions | SocketOptions
inWeb3ExternalProvider
andQuickNodeProvider
for provider configsweb3-errors
statusCode
property of response in ResponseError.Changed
web3-eth-contract
contract.deploy(...)
are structured with a newly created class namedDeployerMethodClass
. (#7197)abi
parameter, atdataInputEncodeMethodHelper
andgetSendTxParams
. (#7197)What's Changed
New Contributors
[4.11.1]
Fixed
web3-errors
Eip838ExecutionError
constructor (#6905)web3-eth
getTransactionReceipt
to not be casted asTransactionReceipt
to give proper return type (#7159)web3
What's Changed
New Contributors
Full Changelog: v4.11.0...v4.11.1
[4.11.0]
Fixed
web3-eth-abi
web3-utils
_sendPendingRequests
will catch unhandled errors from_sendToSocket
(#6968)web3-eth
Changed
web3-eth-accounts
web3-providers-ws
web3-rpc-providers
Promise<ResultType>
toPromise<JsonRpcResponseWithResult<ResultType>>
(#7102)Added
web3-eth-contract
populateTransaction
was added to contract methods (#7124)setTransactionMiddleware
andgetTransactionMiddleware
for automatically passing tosentTransaction
fordeploy
andsend
functions (#7138)web3-rpc-providers
web3
web3.eth.Contract
will get transaction middleware and use it, ifweb3.eth
has transaction middleware. (#7138)[4.10.0]
Added
web3
web3-core
web3-eth
sendTransaction
inrpc_method_wrappers
accepts optional param ofTransactionMiddleware
(#7088)setTransactionMiddleware
andgetTransactionMiddleware
for automatically passing tosentTransaction
(#7088)web3-eth-ens
getText
now supports first param AddressgetName
has optional second param checkInterfaceSupportweb3-types
result
as optionalnever
anderror
as optionalnever in type
JsonRpcNotification` (#7091)JsonRpcNotfication
as a union type inJsonRpcResponse
(#7091)web3-rpc-providers
Fixed
web3-eth-ens
getName
reverse resolutionWhat's Changed