Placeholders translation, 'None' translation in selectors, shipment_states translations

Fixes #3271
Logs exception message & backtrace to rails log [Fixes #3290]
Scope eligible when choosing best adjustment

When the order had a better but not eligible adjustment the store would
make all other adjustments not eligible. Instead it should scope
eligible adjustments when figuring out which one should make it to the
order

thanks to @sohara for pointing that out

Fixes #3274
Don't select backend only shipping rates by default [Fixes #3297]

As frontend users shouldn't select shipping rates only meant to be used
via backend. So Estimator by default only marks frontend/generic
shipping rates as selected

Fixes #3287
Don't ignore promo action beyond the first created

Currently Spree allow users to associate multiple actions, e.g
CreateAdjustment, to a promotion however it doesn't allow a promotion to
have multiple adjustments in the same other as the backend UI suggests.

It changes the `order.promotion_credit_exists?` api so that multiple
adjustments can be created for the same promotion even though only one
of them, the one with best amount, will be eligible.

Fixes #3262
Fixes #3276
remove duplicated :payments_attributes in attr_accessible on Order

Fixes #3294
Implemented add, receive, and cancel for Return Authorizations API.

Fixes #3220

Conflicts:
	api/app/controllers/spree/api/return_authorizations_controller.rb
[api] reset permalink to nil when ActiveRecord::RecordNotUnique thrown in ProductsController
[api] Specify :id parameter for add, receive and cancel tests in return_authorizations_controller

This fixes the currently failing tests
Add missing translations for option_type_placeholder and variant_placeholder
[api] Addresses results will now include 'full_name'
[api] Ensure payment amount is set when payment attributes sent through to Checkouts API
[api] Require authorization to update an order
CreditCard model will now validate that the expiry is not in the past
Changelog entry for 549d5de4ea9fb3709de140cf12a72c51e1181dc2
[api] Include selected_shipping_rate in responses for shipments
[api] Correctly parse payment information in Checkouts API

What was happening before was that the parameters were expected to be something like:

     params[:order][:order]

Which you and I both know is just plain wrong.

There were no tests for this particular part of the Checkouts API, so it escaped our notice... until now. There are tests now.

The way I found this was by building spree-marionette and trying to submit payment information to the API, and it would return a $0 amount for the payment... which seemed very wrong.

This is now all fixed.
Return *useful* errors when a payment's source fails validation

No more 'source is invalid' nonsense
[api] Remove redundant tests from return authorizations controller spec
[api] Remove pending block from test in orders_controller_spec that passes without it