[DOC beta] Document Ember.Route #controllerName and #viewName properties.
[BUGFIX beta] Remove false attribute from Ember.View

In IE8 (or older), `jQuery.fn.prop` always update DOM against our
expectation.(This is a jQuery bug but it couldn't fix)
ref: http://bugs.jquery.com/ticket/13558

So the following test is failed due to `view.$().attr('foo')` returns `"false"`.:
* https://github.com/emberjs/ember.js/blob/a449d445/packages/ember-views/tests/views/view/attribute_bindings_test.js#L126

To avoid this issue, `removeAttr` should be called when `null`, `undefined` or `false` is given as value.

But this way contains incompatible changes:

Before:
``` javascript
view.set('checked', false);
view.$().prop('checked'); //=> false
```

After:
``` javascript
view.set('checked', false);
view.$().prop('checked'); //=> undefined
```
Don't call toString at extend time

Doing so will memoize the function so that any Ember.View subclass will return the same value for toString.
[BUGFIX beta] Allow Ember.computed.sort to use property paths in sortDefinitions.

'Ember.computed.sort' 'works only if sortDefinitions contain simple properties.
It will fail if a `sortDefinition` contains a property path (i.e. something
like `person.name`).

A `SearchProxy` is used to shadow the new value of an underlying property with
the old value to ensure proper comparisons take place while searching for an
item in the sorted array. When using a property path rather than a simple
property to sort on, `SearchProxy` will use the actual property path in its
attempt to shadow underlying properties - something like: `{ person.name: 'John
Doe' }`. This causes things to blow up because every comparison between an
existing item `get(itemA, sortProperty)` and a SearchProxy `get(itemB,
sortProperty)` will return a bogus result. In this case, `get(itemB,
'person.name')` will not return the shadowed value (stored as `{ person.name:
'John Doe' } `) but rather the current value of that path on the proxy's
underlying `content`.

This commit allows a proper comparison to take place when a sortDefinition
contains a property path.
[Bugfix beta] improve action without actions hash deprecation warning
[FEATURE ember-metal-is-blank]
Merge pull request #4049 from efigarolam/master

[FEATURE] isBlank method for filtering whitespace strings
[BUGFIX] Create _super when applying mixins. Use __nextSuper in wrappers

This sets _super on the context of all Ember objects, and also sets _super
on mergedProperty contexts if they have a property that is a function.

Fixes #3523, discussed in #3683
[BUGFIX release] Reduce read-only calls to meta
[BUGFIX release] Pass meta into watchKey when possible
[BUGFIX release] Reduce even more meta calls by passing it along in other places
[BUGFIX release] Reduce even more meta calls by passing it along in other places (doh, missed one)
[BUGFIX beta] fixed issue with transition.resolvedModels

Already-resolved parent models weren't showing
up in modelFor hook post-refactor

cc @wagenet
Merge pull request #3683 from mixonic/super

[BUGFIX] Ever-present _super, avoids infinite loop case
[BUGFIX release] finishChains was modifying meta incorrectly
[FEATURE ember-eager-update-url] Eagerly update link-to urls

Previously, the url in the address bar would only update
at the very end up the transition. This change causes the
url update to happen immediately unless the transition
was aborted/redirected within the same run loop, which
provides for a better UX 99% of the time.
Merge pull request #4122 from machty/eager-url-update

[FEATURE ember-eager-update-url] Eagerly update link-to urls
Remove a .swp file
Update ember-dev
Use expectAssertion instead of manual assert stubbing