Adding data-hook for line_item_description

Same change as in https://github.com/spree/spree/commit/a4de83cd2376ba9666ec9fc63f68f7fadf236f73 on the 1-3-stable branch, but for the 2-0-stable branch.

Fixes #3667
Pass updaated order object to `adjustment.update!`

Make things easier to recalculate promo adjustments on updated order
totals without relying on `inverse_of: :source` option (a shipment can
also be an adjustment source). Introduce a `update_shipping_adjustments`
so that shipping adjustments are still recalculated properly as they
need to be calculated over a shipment object instead of an order.

Fixes #3549
Pass updated order object to `adjustment.update!`

So that the adjustment can be recalculated over updated order totals. It
also introduces an `update_shipping_adjustments` method because we
shipping adjustments will need a shipment object and in that scenario we
don't need to pass the order

Fixes #3492
[backend] Order no longer receives next calls in OrdersController#edit
fix conflicts in order_updater_spec
Don't load all promos to apply a coupon code

Fixes #3509
[api] Implement pagination for taxons#index route

Fixes #3501
Adding missing singular/plural names for models in core

[Fixes #3674]
Make default tax not apply to non-matching zones.

Tax Rates can be flagged as a default tax rate, and it will apply to
all orders if there is no information to base a tax rate off of.

However, once we have enough information to determine the appropriate
tax rate for a user (i.e. a tax_address, which is the billing address
or shipping address) we should use that to determine the tax rate
which will apply.

Previously, the default tax rate would match for all orders regardless
of the zone specified in the order.

[Fixes #2335] [Fixes #3669]
Don't process payments if there's no payment state in orders

Fixes #3665
Allow cc_type to be passed through in the source attributes

This attribute comes from jquery.payment
promotion adjustments should be eligible even if amount is zero

Fixes #3263

Conflicts:
	core/app/models/spree/adjustment.rb
Make AvailabilityValidator aware of inventory units

When checking stock from line items related to shipments and inventory
units we need to check stock according to the inventory units count and
not only to the line item quantity. e.g. typical case

    Store has 5 of item A in stock
    Customer purchases 5 of item A
    Store creates 5 inventory units once order is completed
    At this point item A is out of stock

    Store admin wants to ship only 4 of Item A
    Spree should be able to decrease that quantity and restock the item

The store don't need to check stock for Item A in that scenario because
it's actually decreasing the item quantity. In fact we need to restock 1
item back to the stock location

Fixes #3586
Fix select2 dropdown width to auto adjust for content. Fixes #3286

Fixes #3675
Remove redundant arrow glyph from select2 dropdown.

Fixes #3686
Only build ship_address if order has delivery step

Stores which redefine the checkout workflow and remove the delivery step
usually don't care about the shipping address. This should avoid
shipping address validation errors because the order could try to save
an empty shipping address

Fixes #3689
Allow precompile assets without opening db connection

Move the LIKE constant to the core gem as that is the place where it
gets called

Fixes #3690
Fixes #3688
Do not show an empty list in admin, prompt user to add an item

Fixes #3681
Use correct namespace for 'payment_method_not_supported' translation in payment/processing.rb
Remove 'begin/rescue/end' block in check_alerts that was masking errors