-
Notifications
You must be signed in to change notification settings - Fork 183
Replaced usage of new Ember.Handlebars.SafeString
with Ember.String.htmlSafe
#363
Conversation
Obviously there is a failing test here. The TL;DR; is that we can no longer test with |
Build now failing on beta: https://travis-ci.org/jamesarosen/ember-i18n/jobs/126707715 |
@jamesarosen Sorry for the delay. I circled back around this morning on the emberjs issue. There is now a PR open to remove the deprecation: emberjs/ember.js#13442 . When that is merged and a new beta release is cut, the tests should pass once again. It seems the plan is still to switch to |
The new beta has dropped should this be retested? |
I'm away from my computer until tonight. Once I get home I'll force push a
|
…g.htmlSafe`. Using `SafeString` in this way has been deprecated.
@devotox @jamesarosen Looks like the tests pass now. I think this should still be merged even though using |
What about the new is-safe implementation that we use in the tests? |
@jamesarosen That's still in the RFC phase. Unfortunately there has been little activity there. It works now because Maybe the better path would be to hold on this until that RFC goes through and this feature lands. |
I'm happy either way. Your call. |
@jamesarosen Honestly, after thinking about it, I do think we should hold. This merge is not prudent and once |
Using
SafeString
in this way has been deprecated. See: http://emberjs.com/deprecations/v2.x/#toc_use-ember-string-htmlsafe-over-ember-handlebars-safestringEmber.String.htmlSafe
has been around since Ember 1.0.0 so I don't see any concerns about backwards compatibility.