Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix ko.contextFor after applyBindingAccessorsToNode, etc. #2380

Merged
merged 2 commits into from May 14, 2018

Conversation

mbest
Copy link
Member

@mbest mbest commented May 11, 2018

Make sure you can access a node's context and data when a node has bindings only from ko.applyBindingsToNode or ko.applyBindingAccessorsToNode. Related: #2148.

From #231 (comment):

One bad issue I'm dealing with right now is contextFor() and dataFor() not working on a dynamically added element (that then had bindings applied via applyBindingAccessorsToNode). Both return undefined. If I call either on the parentElement, they return the data or context as expected.

@derrickb
Copy link

Happy to report that this fixed the issue I described here:
#231 (comment)

Thank you!

@mbest mbest merged commit c63d7b9 into master May 14, 2018
brianmhunt added a commit to knockout/tko that referenced this pull request Jun 15, 2018
* yarn) Update the packages so rollup can be used in each package directory

* tko) Fix export of `when`

* knockout) Add knockout proper package, plus somewhat modified spec from 3.5

See packages/knockout/spec/README.md

* Fix `jasmine.Clock.useMockForTasks`

* Expand tests to all `spec/` subdirectories

Also allow package.json’s `karma.files` to overload the default (by e.g. making them watchable)

* Fix semicolon hoisting variables to global scope

* spec) Remove duplicate import

* Upgrade devDependencies to latest

* karma) Fix relative `__dirname` import

* rollup) Better re-use of the path replacement

* observableArray - fix `compareArrays` tests

* npm) Update to latest packages, add globals, use .es6 knockout for testing

If we use `dist/knockout.js` for testing the knockout package, then we have to recompile every single dependency.  If we attempt to link directly to the files `src/index.js` as we do for the .es6 variants then Typescript does not inject its tslib dependencies.

So we test off of `dist/knockout.es6.js`.  One still has to recompile knockout to re-test every change.

* expose `ko.selectExtensions`

* knockout/templating) Fix a variety of template-related tests

* Down to 76 failing tests; fixes for templating and expressionRewriting behaviors

* Fix tests with dependencyDetection, postJson, and $context.ko (62 fail)

See `testing.md` for details

* tko.utils.functionRewrite) Add a basic util for backwards compat with `funciton () {}` in binding strings

* Add Backers.md for Pateron support

* parser) Add basic function rewriter to the default parser

Adds option `bindingStringPreparsers`

* build) Respect a `—es6` option to `yarn build` to speed up compilation

* string) Remove legacy `stringifyJson`

* #56 ) Break out common elements of knockout/tko compilation to `tko.builder`

This may have caused a couple regressions in tests, but they should be easy to find.

* packages) Fix configs for tko.functionRewrite and tko.builder

* rollup) Fix renamed config option

* export `utils.cloneNodes`

* Support ES2015 object initializer short-hand `{name}`

* function-rewrite) Rewrite arguments passed to lambdas

Note: arguments are not yet respected by the parser/interpreter.

* knockout) Put the `options in the correct place

* dev) Ignore `.vscode`

* parser) Add tests for calling lambdas created by the parser

Some lambdas may be passed into bindings.

* Add monkeypatch to fix the broken test system by breaking it

Time consuming & frustrating to diagnose.

* knockout) Fix tests related to `task` `scheduler` and `onError`

* Expose `ko.computedContext` as alias of `ko.dependencyDetection`

* Fix test for .length

* Update npm dependencies to latest

* MultiProvider) Respect the antiquated mechanism for providing `preprocessNode`

There’s certainly code out there that performs a `ko.bindingProvider.instance.preprocessNode = …`

* ko 3.5) Add `childrenComplete`

Cross-link knockout/knockout#2310

* Add `expressionRewriting` to `ko` global for backwards compatibility

* Make `ko.getBindingHandler` an overloadable function

* Prevent infinite recursion with `MultiProvider.instance`

* ci) Fix test wrt tko.bind

* dom/data) Add `getOrSet` function for dom data

* Make the async/component binding completion more explicit

* Make sure the MultiProvider returns an overloaded instances’ new nodes

* Implement details from knockout/knockout#2319

Probably we’ll be ripping all this out since it duplicates what’s in TKO already in terms of async binding handlers (but implementation details aside, this should still pass the KO 3.5 tests)

* Foreach parity re. knockout/knockout#2324

* knockout/knockout#2380 - ko.contextFor after applyBindingAccessorsToNode

* knockout/knockout#2378 Add tests and comply with spec

* knockout/knockout#2379 Fix style binding / compare to prior value

* Fix `arrayFirst` returning `undefined` when found element is falsy

Fixes #63

* Fix `ko.when` for promises & callbacks

* Respect the `createChildContextWithAs` option in the `with` binding

* Respect `createChildContextWithAs` in the native `foreach` binding

* Fix export of extenders

* Fix html parsing regex

* tko.utils) Fix circular reference

* knockout/spec) Update to `master` in KO

* knockout/knockout#2341 Respect `cleanExternalData` overload

@mbest - what do you think of the `addCleaner` and `removeCleaner` API?  Or is that just overkill?

* Binding Provider) Better support for legacy `ko.bindingProvider.instance = …`

* template foreach) Fix the ko.bindingProvider being broke after if this test fails

* Add BindingResult class that exposes binding state

@mbest what do you think of this API?

Do you think `BindingResult` should include the node bound and binding context?  That would be useful for debugging, and open up other useful possibilities - but might be outside the clean, core API.

* apply bindings) Add `rootNode` and `bindingContext` to the BindingResult

* Fix missing comma

* optionsBehaviors) Modify the tests to support lack of `function` support

* applyBindings) call `descendantsComplete` as expected

* tko.bind) Add a special BindingHandler `DescendantBindingHandler`

This should be the superclass of every class that bindings descendants, e.g. `if`, `with`, `foreach`, `template`.

* tko.bind) Add async binding context

This patch should bring parity with #2364, subject to the individual bindings (to be a separate commit)

* tko.bind) Fix error w/ virtual element binding

* tko.bind) Make sure `extend` doesn’t call `valueAccessor(value)`

In tko, `valueAccessor` with a parameter sets the value of the underlying data/observable.  So we pass the value needed for extending an async context by binding the function’s `this`.

* Fix the builder failing to respect `ko.getBindingHandler` setter/getter

Also fix the upstream fix for a custom element tests misssing a `tick` and `template`.

* tko.bind/completion events) Use promises to verify that descendants completed binding

* backers) Update

* utils) Deprecate `proto` utilities, remove circular dependency

1. Fix the subscribable -> dependencyDetection -> … circular dependency
2. Always use `Object.setPrototypeOf`; this introduces a polyfill requirement/dependency for IE9.

* domNodeDisposal) Fix node cleaning test

Updated since merges from master.

* foreach) Fix `$ctx.$index` being overwritten on each update

It’s unusual & unexpected that `_contextExtensions` is being called multiple times; this may be a regression that needs investigation.

* tko.bind) Fix tests re. virtual element error

* tko.bind) Fix circular dependency for `BindingHandler` / `applyBindings`

* tko.bind) Reverting to `descendantsComplete` based on binding promises

@mbest - Note the failing tests and cross-linking #69 and #65.

* binding.template) Update double-unwrap test; disable “destroy” test

Note #69 re. foreachBehaviors.js:131

* util.parser) Skip argument exposure tests in lambdas

Noting for #65.
@mbest mbest mentioned this pull request Jan 28, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants