[Snyk] Upgrade: bs-fetch, bs-platform, graphql, next-transpile-modules, relay-runtime, react-relay, reason-promise, reason-react, reason-relay, relay-config #1421
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.
bs-fetch
from 0.5.2 to 0.6.2 | 3 versions ahead of your current version | 4 years ago
on 2020-07-16
bs-platform
from 7.2.2 to 7.3.2 | 6 versions ahead of your current version | 4 years ago
on 2020-05-08
graphql
from 15.0.0 to 15.9.0 | 16 versions ahead of your current version | 3 months ago
on 2024-06-21
next-transpile-modules
from 9.0.0 to 9.1.0 | 1 version ahead of your current version | 2 years ago
on 2022-10-10
relay-runtime
from 9.0.0 to 9.1.0 | 1 version ahead of your current version | 4 years ago
on 2020-04-28
react-relay
from 0.0.0-experimental-8cc94ddc to 0.10.0 | 3446 versions ahead of your current version | 8 years ago
on 2016-12-12
reason-promise
from 1.0.2 to 1.1.5 | 6 versions ahead of your current version | 3 years ago
on 2021-11-25
reason-react
from 0.7.0 to 0.11.0 | 16 versions ahead of your current version | a year ago
on 2023-06-19
reason-relay
from 0.8.2 to 0.15.0 | 13 versions ahead of your current version | 4 years ago
on 2021-02-23
relay-config
from 9.0.0 to 9.1.0 | 1 version ahead of your current version | 4 years ago
on 2020-04-28
Release notes
Package name: bs-fetch
-
0.6.2 - 2020-07-16
-
0.6.1 - 2020-06-07
-
0.6.0 - 2020-06-07
-
0.5.2 - 2020-02-22
from bs-fetch GitHub release notes0.6.2
0.6.1
0.6.0
0.5.2
Package name: bs-platform
-
7.3.2 - 2020-05-08
-
7.3.1 - 2020-04-13
-
7.3.0 - 2020-04-12
-
7.3.0-dev.4 - 2020-04-08
-
7.3.0-dev.3 - 2020-04-08
-
7.3.0-dev.1 - 2020-03-26
-
7.2.2 - 2020-03-11
from bs-platform GitHub release notesPackage name: graphql
-
15.9.0 - 2024-06-21
- #4120 backport[v15]: Introduce "recommended" validation rules (@ benjie)
- #3708 Fix crash in node when mixing sync/async resolvers (backport of #3706) (@ chrskrchr)
- #4000 Backport "Prevent Infinite Loop in OverlappingFieldsCanBeMergedRule" to v15 (@ benjie)
- #4126 backport(v15): fix publish scripts (@ benjie)
- Benjie(@ benjie)
- Chris Karcher(@ chrskrchr)
-
15.8.0 - 2021-12-07
-
15.7.2 - 2021-10-28
-
15.7.1 - 2021-10-27
-
15.7.0 - 2021-10-26
-
15.6.1 - 2021-10-05
-
15.6.0 - 2021-09-20
-
15.5.3 - 2021-09-06
-
15.5.2 - 2021-08-30
-
15.5.1 - 2021-06-20
-
15.5.0 - 2021-01-26
-
15.4.0 - 2020-10-26
-
15.4.0-experimental-stream-defer.1 - 2020-10-28
-
15.3.0 - 2020-07-05
-
15.2.0 - 2020-06-29
-
15.1.0 - 2020-06-07
-
15.0.0 - 2020-04-02
from graphql GitHub release notesv15.9.0 (2024-06-21)
New Feature 🚀
Bug Fix 🐞
Internal 🏠
Committers: 2
Package name: next-transpile-modules
-
9.1.0 - 2022-10-10
- Add TS typings to the plugin (for better autocomplete), thanks @ belgattitude!
- Internal dependencies update
-
9.0.0 - 2021-10-27
from next-transpile-modules GitHub release notesChop chop! Next.js 12 yesterday,⚠️ icon.
next-transpile-modules@9today :] As always the breaking changes are indicated by theIf you appreciate my work, and if you can afford it, you (or better, your company) can show support by sponsoring me (or just buying me a beer 🙌).
Support for Next.js 12
Nothing much to say. You should definitely upgrade, that's an amazing release!
Removed support for Webpack 4⚠️
What it says,
next-transpile-modulesis aligned with Next.js releases, so no more Webpack 4.Removed support for legacy module resolution⚠️
If you have seen in your logs with v8 the following warning:
this is for you.
You can read the 7.1.0 version changelog for a detailed explanation, but basically, what you want to do now is the following:
const withTM = require('next-transpile-modules')([ - 'some/very/specific/file.js' + 'some' ]);Package name: relay-runtime
-
9.1.0 - 2020-04-28
-
9.0.0 - 2020-02-13
from relay-runtime GitHub release notesPackage name: react-relay
babel-relay-pluginto usegraphql@0.8.2, which supports the latest revision of the GraphQL specification.RelayGraphQLMutationto public API.rollbackmethod toRelayGraphQLMutation.BabelPluginGraphQL).graphiqlPrinterargument to theRelayNetworkDebugconstructor that can be used to print a link to view the request in GraphiQL.setVariables, specifically when using array/object variables (closes #1357).Relay.disableQueryCachingAPI (closes #754), which may be useful running Relay in a server context.IGNOREas arangeBehavior(closes #1337).RelayQuery.cloneWithRoute(see commit de954992), making logging and analytics that relies on query names more accurate.RelayNetworkDebugnow prints an estimated request size (see commit b94ba409).callsToGraphQL/callsFromGraphQL, fixing issues withnull(closes #1256).injectCacheManageronRelayEnvironment(closes #1320).Relay.QueryConfig(closes #1279).GraphQLRangeget correctly deserialized (closes #1293).errorsattributes and non-200 responses (#1163).client:ID, necessitating the use of a path when a refetchable ID would be preferable in order to produce a correct result (commit 928411df).useFakeDatathat you can use to silence the warning when using aRelayContainerwith fake data.Relay.QLstring. See #896RelayStoreData#toJSON.this.props.relay.pendingVariableswhich can be used to access variables from in-flight queries (to e.g. display a component-specific loading spinner).npm run update-schemainside the Relay repo works again.GraphQLQueryRunner(only relevant to users of the non-public cache manager API).rangeBehaviorsfunction to allow non-string calls.subtractRelayQueryis removed.Subscriptionnodes.RelayNetworkDebugis won't do anything unlessconsole.groupCollapsedis available, because otherwise the output is too noisy to be useful.RelayContainernow uses more descriptive names for stateless functional components, instead ofRelay(props => ReactElement).graphql-js0.6.0. Developers interestedin upgrading to
graphql-js0.6.0 might have to make some changes to theirexisting GraphQL schemas. Read the migration guide for more information:
https://gist.github.com/steveluscher/ffc1dfefbb10ad280c8a4c520a5c201c
the console when
DEVis true, andconsole.groupCollapsedandconsole.groupEndare available.this.props.relayprop passed into components byRelay.Containernowexposes
applyUpdateandcommitUpdatemethods for dispatching mutationsin the context of the current
Relay.Environment.RANGE_DELETEmutations can now remove multiple nodes from a connection,because
deletedIDFieldNamecan now point to a plural field.rangeBehaviorsas a function that receives the connectionarguments and returns one of
GraphQLMutatorConstants.RANGE_OPERATIONS.RelayNetworkDebug#initnow lets you pass in aRelayEnvironmentagainstwhich you would like to debug. This does not yet allow you to debug more than
one environment at a time, but at least you can make the choice of which one.
RelayReadyStatenow contains aneventsarray; a stream of events that canbe accessed from a
RelayReadyStateCallback. You can reduce over this list ofevents to implement any kind of custom rendering logic you like.
this.props.variablesnow reflects the variables after being processed withprepareVariables. The fact that variables were the un-prepared values wasa source of confusion for many.
prepareVariablescould be called twice, breakingcomponents with non-idempotent
prepareVariablesfunctions.setVariables, orproduce one through
prepareVariables, that you have not declared ininitialVariablesupfront.staleprop of areadyStateto change even ifthere was previously an
errorpresent.at column 0.
shouldComponentUpdate: () => booleanfunction. If specified, this functionalways overrides the default implementation (ie. there is no fall-through to
the default).
RelayNetworkDebugnow logs query variables.RelayNetworkDebugis now added as a subscriber instead of replacing anyexisting network layers. It also no longer replaces the global
fetch.Relay.Environment#injectNetworkLayer(and, by extensionRelay#injectNetworkLayer) will now warn if injecting would overwrite apreviously injected layer.
RelayGraphQLMutationAPI (still beingfinalized and not yet documented, so use at your own risk).
The following APIs are early versions and are as of yet undocumented so please
use them with caution.
Relay.Environment.Relay.Storeis now simply a global instance ofRelayEnvironment. To create your own isolated store and network subsystem,create a
new RelayEnvironment()and make use of it whereverenvironmentis required.
Relay.Environment#injectNetworkLayerto inject a custom network layerfor use within the context of a particular
Relay.Environmentinstance.Relay.ReadyStateRenderer. This component takes in an instance ofRelay.Environment, aqueryConfigthat conforms to theRelayQueryConfigInterface, and a Relaycontainer. It renderssynchronously based on the supplied
readyState. This primitive enables youto create alternatives to
Relay.Rendererthat fetch and handle data in acustom way (eg. for server rendered applications).
Relay.Renderer– a replacement forRelay.RootContainerthatcomposes a
Relay.ReadyStateRendererand performs data fetching.Relay.RootContaineris now a wrapper aroundRelay.Rendererthatsubstitutes
Relay.Storeforenvironment.RelayRendererRenderCallbacktoRelayRenderCallback.RelayQueryConfigSpectoRelayQueryConfigInterface.RelayContainer.setVariableswill no longer check if the variables arechanged before re-running the variables. To prevent extra work, check the
current variables before calling
setVariables.COMMIT_QUEUEDstate usingRelayMutationTransaction#rollback.NODE_DELETEorRANGE_DELETEmutation config, you canomit
parentIDif your parent, in fact, does not have an ID.Relay will now write
nullinto the store for that field. This allows you toreturn smaller payloads over the wire by simply omitting a key in the JSON
response, rather than to write an explicit
fieldName: null.relayprop does not change between renders, we now recycle the sameobject. This should enable you to make an efficient
this.props.relay === nextProps.relaycomparison inshouldComponentUpdate.arguments (first/last/after/before) so long as the values of those arguments
are variables and not concrete values (eg.
friends(first: $first, last: $last)will no longer cause the Relay Babel plugin to throw).Relay.Mutation.RelayNetworkDebug. Invokerequire('RelayNetworkDebug').init(Relay.DefaultNetworkLayer)to enjoy simpleto read logs of your network requests and responses on the console. Substitute
your own network layer if you use one.
rangeBehaviors:IGNOREmeans the range should not be refetched at all.REFETCHwill refetch the entire connection.information about edges that have already been fetched. This can be enabled by
adding
@ relay(variables: ['variableNames'])to a connection fragment.npm run buildnow works on WindowsurifromRelayQueryConfigSpec. Theuriproperty was part ofRelayRoute, but neverRelayQueryConfig. This revision simply cleans up the Flow shape inRelayContainer.RelayRendererdoes not run queries during synchronous server-side rendering.