Fix sorting of DeferredLazyReference values that are prefixed before deferred block of code (such as an if tag block)

[jasmith-hs]

Found that there's a bug with how #894 is supposed to work now.

We are checking for instanceof LazyReference, when we should be checking for instanceof DeferredLazyReference here, as that is how the values are always stored on the context.

There wasn't a corresponding test for this behaviour, as the logic in

jinjava/src/main/java/com/hubspot/jinjava/util/EagerReconstructionUtils.java

Line 790 in ec179b8

public static Map<String, String> handleDeferredTokenAndReconstructReferences(

handles a most of the cases for reconstructing references in the proper order.

But that is for when the deferral happens on the same scope level. Since we need to make sure we reconstruct the value on the correct scope. When it's on a higher-level scope, we wait before reconstructing, and that reconstruction happens at the EagerExecutionResult#getPrefixToPreserveState() in the if tag when determining the PrefixToPreserveState for itself and its children. We need to make sure the {% set %} tags that prefix the {% if %} tag are ordered properly, and that is done here by having the DeferredLazyReference values come after any direct values (additionally sorting if there's recursion among the lazy references too)

To elaborate on why we need to wait until we're on the right scope level, we wouldn't want to have a reconstructed result like:

{% if deferred %}
{% set foo = ['a', 1] %}{% set bar = foo %}
{% do bar.append(2) %}
{% endif %}
{% do bar.append(3) %}
{{ foo ~ 'and' ~ bar }}

Because then foo and bar wouldn't exist if the if block doesn't get entered, which is wrong. That whole logic isn't changed in this PR, this PR just makes it so that the prefix before the {% if deferred %} is {% set foo = ['a', 1] %}{% set bar = foo %} instead of {% set bar = foo %}{% set foo = ['a', 1] %}