Fix javascript_include_tag when no js runtime is available

In a production environment where the assets have been precompiled, we
don't want an assets compile step to happen on the application server at
all. To ensure this, a js runtime may not be available on the app
servers. In this environment, pages using javascript_include_tag for
assets with non-standard or chained extensions were throwing 500 errors.
For instance, `javascript_include_tag('jquery.min')` would blow up.

Sprockets was attempting to build the assets being included during the
rewrite_extension step (responsible for appending a '.js' extension to
assets being included by the basename rather than a fully qualified
name). This was happening as a step to resolve #6310, which required
checking for the presence of an asset with a non-standard extension
before appending the extension.

We can check for the presence of an asset without invoking the asset
build step by using Sprockets' resolve method, which will search for the
base file without building it (and is the method that find_asset uses
internally to get the path to the asset before attempting to build it).

When rewriting the extension on an asset, these are the steps:
- If the source does not have an extension, assume that the default
  extension is desired and append it.
- If there is an extension and it doesn't match the default extension,
  check to see if a file with the precise name specified exists amongst
  the assets; if it is present, do not append the default extension.
  (This is the step that resolves #6310).
Fixes issue where duplicate assets can be required with sprockets.

- addresses the problem by calling flatten on asset array before calling uniq.
- adds note to CHANGELOG.
Merge pull request #8735 from jejacks0n/duplicate_asset_fix

Ensure assets aren't duplicated when using sprockets require.
Merge pull request #8756 from causes/js_include_tag_fix

Fix javascript_include_tag when no js runtime is available
Reorder AP changelog and remove duplicated entry [ci skip]

Duplicated entry added in 002dfba66490d289bac897d1ba886310a672e779.
Fix JSON params parsing regression for non-object JSON content.

Backports #8855.
Merge pull request #8888 from dylanahsmith/3-2-parse-non-object-json-params

3-2-stable: Fix JSON params parsing regression for non-object JSON content.
Revert "Merge pull request #7661 from ernie/build-join-records-on-unsaved-hmt"

This reverts commit ee439895759b38431ad025f3c234831f30dadcdb.

It would appear that #7661 had unintended consequences to the API. Until
we can sort those out, this should not be in 3.2.x, and wait for 4.0.0.
Merge pull request #8895 from ernie/revert-hmt-on-unsaved-in-3-2

Revert hm:t on unsaved collection for 3.2
Remove unnecessary caching of ParameterFilter
Merge pull request #8907 from rubys/master

Fix regression introduced in pull 8812
Fix DateTime comparison with DateTime::Infinity object
Test to allow Range including DateTime and DateTime::Infinity

Closes #8587
Merge pull request #8927 from dkubb/issue-8178

Fix DateTime comparison with DateTime::Infinity object