eq evaluates always false about ember-truth-helpers HOT 11 CLOSED

@typeoneerror - Play around with http://jsbin.com/fidowu/edit?html,output. You will see that the selected attribute (what you see in the "Elements" pane in the Chrome DevTools) never updates even if you change which option is selected. This is (roughly) because the attribute is only used for initial render, and from then forward the property is used.

from ember-truth-helpers.

You have discovered the difference between attributes and properties. Welcome to my nightmare.

from ember-truth-helpers.

As to what @MichielDeMey mentioned, how I've handled this in the past was by creating a custom clone of the eq helper called aeq (Poor naming, but it's short):

https://gist.github.com/krivaten/a7662fea8da50b42e5ff2311643103f3

from ember-truth-helpers.

My general guess is that they are of different types, but we would really need a runnable demo to be sure.

from ember-truth-helpers.

I'm having the same issue.
I ultimately had to convert my integers to strings due to an API discrepancy.

Maybe we should introduce a non strict equality method? (==)

from ember-truth-helpers.

I've just added a test case (I'll push it soon so you can see) that demonstrates this works as expected.. Is clientId an integer in the first example? And if so, and if you are using Ember Data, then the ID in your models are being converted to strings automatically..

The following code

[{{eq 3 3}}] [{{eq '3' 3}}] [{{eq 3 '3'}}] [{{eq '3' '3'}}]

Produces the following output

[true] [false] [false] [true]

from ember-truth-helpers.

Seeing this in our app w/2.4 as well. I'm not positive it isn't a browser thing. I've got this in there:

  {{#each content as |item|}}
    <option value="{{get item optionValuePath}}" selected={{eq item selection}}>
      {{get item optionLabelPath}}
    </option>
  {{/each}}

And the <option> does indeed select the correct item, but odd thing is: there's no "selected" property when I inspect the element in Chrome and Safari.

With just <option value="{{get item optionValuePath}}">, the select doesn't select that item at all, so it's working, it just doesn't seem to be bound or something?

from ember-truth-helpers.

{{#each content as |item|}}
  {{log (eq item selection)}}
{{/each}}

Logs false, true, false, false (true for the selected item). So it appears that eq is working, but the selected prop is not 100% working or something.

from ember-truth-helpers.

Even hard-coding in selected={{eq item.id "2"}} selects the correct item but in the HTML, "selected=" attribute is not here. Will see if I can repro in a clean repo.

from ember-truth-helpers.

@rwjblue so this isn't really a truth-helpers issue then from the sound of it?

from ember-truth-helpers.

Having read the thread it seems like there is no bug in ember-truth-helpers. Let us forget about attributes v. properties 🧘‍♂️

from ember-truth-helpers.