This repository has been archived by the owner on Jan 15, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 5
chore(deps): update dependency @vendure/core to v0.18.5 #24
Open
renovate
wants to merge
1
commit into
master
Choose a base branch
from
renovate/vendure-core-0.x
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
November 5, 2020 08:40
11633d5
to
bf10e75
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.16.2
chore(deps): update dependency @vendure/core to v0.16.3
Nov 5, 2020
Codecov Report
@@ Coverage Diff @@
## master #24 +/- ##
=======================================
Coverage 97.48% 97.48%
=======================================
Files 34 34
Lines 278 278
Branches 20 20
=======================================
Hits 271 271
Misses 7 7 Continue to review full report at Codecov.
|
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
November 13, 2020 15:51
bf10e75
to
31cf3d5
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.16.3
chore(deps): update dependency @vendure/core to v0.17.0
Nov 13, 2020
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
November 20, 2020 09:49
31cf3d5
to
ca890fd
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.17.0
chore(deps): update dependency @vendure/core to v0.17.1
Nov 20, 2020
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
December 11, 2020 15:15
ca890fd
to
d007388
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.17.1
chore(deps): update dependency @vendure/core to v0.17.2
Dec 11, 2020
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
December 14, 2020 13:20
d007388
to
25b7246
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.17.2
chore(deps): update dependency @vendure/core to v0.17.3
Dec 14, 2020
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
January 6, 2021 03:00
25b7246
to
cdeb962
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.17.3
chore(deps): update dependency @vendure/core to v0.18.0
Jan 6, 2021
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
January 9, 2021 12:48
cdeb962
to
b48e201
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.18.0
chore(deps): update dependency @vendure/core to v0.18.1
Jan 9, 2021
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
January 23, 2021 17:59
b48e201
to
c8f06c5
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.18.1
chore(deps): update dependency @vendure/core to v0.18.2
Jan 23, 2021
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
January 30, 2021 11:59
c8f06c5
to
ec549d6
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.18.2
chore(deps): update dependency @vendure/core to v0.18.3
Jan 30, 2021
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
February 11, 2021 10:52
ec549d6
to
abe635d
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.18.3
chore(deps): update dependency @vendure/core to v0.18.4
Feb 11, 2021
renovate
bot
force-pushed
the
renovate/vendure-core-0.x
branch
from
April 26, 2021 13:34
abe635d
to
fab1b19
Compare
renovate
bot
changed the title
chore(deps): update dependency @vendure/core to v0.18.4
chore(deps): update dependency @vendure/core to v0.18.5
Apr 26, 2021
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
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.
This PR contains the following updates:
0.16.1
->0.18.5
Release Notes
vendure-ecommerce/vendure
v0.18.5
Compare Source
Fixes
Features
v0.18.4
Compare Source
Features
Fixes
v0.18.3
Compare Source
Fixes
Features
v0.18.2
Compare Source
Fixes
Features
v0.18.1
Compare Source
Fixes
Features
cancelJob
mutation (2d099cf), closes #614v0.18.0
Compare Source
Fixes
Features
amount
argument into createPayment method (0c85c76)BREAKING CHANGE
A change to the relation between OrderItems and Fulfillments means a database
migration will be required to preserve fulfillment data of existing Orders.
See the release blog post for details.
In order to support order modification, a couple of new default order states
have been created -
Modifying
andArrangingAdditionalPayment
. Also a new DB entity,OrderModification
has been created.The
OrderLine.pendingAdjustments
field has been renamed toadjustments
, taxadjustments are now stored in a new field,
taxLines
. This will require a DB migration topreserve data from existing Orders (see guide in release blog post)
The
PaymentMethodHandler.createPayment()
method now takes a newamount
argument. Update any custom PaymentMethodHandlers to use account for this new parameter and use
it instead of
order.total
when creating a new payment.The
TaxCalculationStrategy
has been renamed toProductVariantPriceCalculationStrategy
and moved in the VendureConfig fromtaxOptions
tocatalogOptions
and its API has been simplified.The
PriceCalculationStrategy
has been renamed toOrderItemPriceCalculationStrategy
.The Fulfillment and ShippingMethod entities have new fields relating to
FulfillmentHandlers. This will require a DB migration, though no custom data migration will be
needed for this particular change.
The
addFulfillmentToOrder
mutation input has changed: themethod
&trackingCode
fieldshave been replaced by a
handler
field which accepts a FulfillmentHandler code, and anyexpected arguments defined by that handler.
The ProductTranslation entity has had a constraint removed, requiring a schema
migration.
The return object of the ShippingCalculator class has changed:
This change will require you to update any custom ShippingCalculator implementations, and also
to update any ShippingMethods by removing and re-selecting the ShippingCalculator.
The Shop API mutations
setOrderShippingAddress
,setOrderBillingAddress
setOrderCustomFields
now return a union type which includes a newNoActiveOrderError
.Code which refers to these mutations will need to be updated to account for the union
with the fragment spread syntax
...on Order {...}
.The TaxCalculationStrategy return value has been simplified - it now only need
return the
price
andpriceIncludesTax
properties. TheProductVariant
entity has also beenrefactored to bring it into line with the corrected tax handling of the OrderItem entity. This
will require a DB migration. See release blog post for details.
The way shipping charges on Orders are represented has been changed - an Order
now contains multiple ShippingLine entities, each of which has a reference to a ShippingMethod.
This will require a database migration with manual queries to preserve existing order data. See
release blog post for details.
There have been some major changes to the way that Order taxes and discounts are handled. For a full discussion of the issues behind these changes see #573. These changes will
require a DB migration as well as possible custom scripts to port existing Orders to the new
format. See the release blog post for details.
The following GraphQL
Order
type properties have changed:subTotalBeforeTax
has been removed,subTotal
now excludes tax, andsubTotalWithTax
has been added.totalBeforeTax
has been removed,total
now excludes tax, andtotalWithTax
has been added.v0.17.3
Compare Source
This release fixes an error in publishing the last release. No changes have been made.
v0.17.2
Compare Source
Features
Fixes
v0.17.1
Compare Source
Features
activeAdministrator
query to Admin API (70e14f2)updateActiveAdministrator
mutation (73ab736)Fixes
v0.17.0
Compare Source
Fixes
Features
shouldRunCheck
function to ShippingEligibilityChecker (3b7e7db), closes #536in
string filter for PaginatedList queries (7c7dcf2), closes #543regex
string filter for PaginatedList queries (0a33441), closes #543Perf
BREAKING CHANGE
Deletions of Orders or Customers now cascade to any associated HistoryEntries,
thus preserving referential integrity. This involves a DB schema change which will necessitate
a migration.
Fulfillments now start in the new "Created" state, and then immediately
transition to the "Pending" state. This allows e.g. event listeners to pick up newly-created
Fulfillments.
Orders now start in the new "Created" state, and then immediately transition
to the "AddingItems" state. This allows e.g. event listeners to pick up newly-created Orders.
The
AuthenticationStrategy.onLogOut()
functionsignature has changed: the first argument is now the RequestContext of the current request.
The
OrderItem.unitPrice
is now always given as the net (without tax) priceof the related ProductVariant. Formerly, it was either the net or gross price, depending on
the
pricesIncludeTax
setting of the Channel. If you have existing Orders whereunitPriceIncludesTax = true
, you will need to manually update theunitPrice
value beforerunning any other migrations for this release. The query will look like:
UPDATE order_item SET unitPrice = ROUND(unitPrice / ((taxRate + 100) / 100)) WHERE unitPriceIncludesTax = 1
The
OrderLine.totalPrice
field has been deprecated and will be removed in afuture release. Use the new
OrderLine.linePriceWithTax
field instead.The
PaymentMethodHandler
function signatures have changed:createPayment()
,settlePayment()
&createRefund()
now all get passed theRequestContext object as the first argument.
The
PriceCalculationStrategy.calculateUnitPrice()
functionsignature has changed: the first argument is now the RequestContext of the current request.
The
ProductVariant.trackInventory
field is now an Enum rather than a boolean, allowing explicit inheritance of the value set in GlobalSettings. This will require a DB migration with a custom query to transform the previous boolean values to the new enum (string) values of "TRUE", "FALSE" or "INHERIT". Check the release blog post for more details.The
ShippingMethod
entity is now translatable. This change will require a DBmigration to be performed, including custom queries to migrate any existing ShippingMethods
to the new table structure (see release blog post for details).
The AssetNamingStrategy
generateSourceFileName()
&generatePreviewFileName()
function signatures have changed: the first argument is now the
RequestContext of the current request.
The AssetPreviewStrategy
generatePreviewImage()
function signature has changed: the first argument is now the
RequestContext of the current request.
The internal handling of stock movements has been refined,
which required changes to the DB schema. This will require a migration.
The OrderMergeStrategy
merge()
function signature has changed: the first argument is now the
RequestContext of the current request.
The PromotionAction
execute()
function signature has changed: the first argument is now the
RequestContext of the current request.
The ShippingCalculator
calculate()
function signature has changed: the first argument is now the
RequestContext of the current request.
The ShippingEligibilityChecker
check()
function signature has changed: the first argument is now the
RequestContext of the current request.
The TaxZoneStrategy
determineTaxZone()
function signature has changed: the first argument is now the
RequestContext of the current request.
v0.16.3
Compare Source
Fixes
Features
v0.16.2
Compare Source
Fixes
loadData()
function after filters run (e22db7e), closes #518Features
Configuration
📅 Schedule: "every month" (UTC).
🚦 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.
This PR has been generated by WhiteSource Renovate. View repository job log here.