Skip to content
This repository was archived by the owner on Jul 29, 2024. It is now read-only.

Wrap useAllAngular2AppRoots and rootEl in control flow #3905

Closed
sjelin opened this issue Dec 30, 2016 · 3 comments
Closed

Wrap useAllAngular2AppRoots and rootEl in control flow #3905

sjelin opened this issue Dec 30, 2016 · 3 comments

Comments

@sjelin
Copy link
Contributor

sjelin commented Dec 30, 2016

Like we did for ignoreSynchronization (see beta branch if we haven't merged beta into master yet). @mgiambalvo I'm assigning you, since it seems blocking-proxy related. This will be a breaking change, so we might want to hold off on the 5.0 release until we do this?

@sjelin sjelin added this to the 5.0 milestone Dec 30, 2016
heathkit added a commit to heathkit/protractor that referenced this issue Jan 4, 2017
This makes sure that people who change rootEl in their tests (which is
uncommon, but potentially useful) will see the right behavior.
Fixes angular#3905
heathkit added a commit to heathkit/protractor that referenced this issue Jan 4, 2017
This makes sure that people who change rootEl in their tests (which is
uncommon, but potentially useful) will see the right behavior.
Fixes angular#3905
heathkit added a commit to heathkit/protractor that referenced this issue Jan 4, 2017
This makes sure that people who change rootEl in their tests (which is
uncommon, but potentially useful) will see the right behavior.
Fixes angular#3905
@heathkit
Copy link
Contributor

heathkit commented Jan 4, 2017

This isn't actually necessary - rootEl is read in the waitForAngular call outside of the control flow, so the current behavior is correct.

The Blocking Proxy integration will need to change so that rootEl can be updated at the right place in the control flow, which will come with angular/blocking-proxy#16

@heathkit heathkit closed this as completed Jan 4, 2017
@sjelin
Copy link
Contributor Author

sjelin commented Jan 9, 2017

As per our conversation offline, I actually would like this to be a function set in the control flow anyway for use cases like the following:

browser.setRootEl('root1');
browser.get('/ng1_page').then(() => {
  browser.doStuffWithRoot1();
});
browser.setRootEl('root2');

This use case is strange, but would be expected behavior. Also, I'm just generally bothered by the idea that ignoreSynchronization is being replaced with a function and rootEl is not. They're similar flags and should be set/used the same way.

@sjelin sjelin reopened this Jan 9, 2017
@sjelin
Copy link
Contributor Author

sjelin commented Jan 9, 2017

Sorry, closing in favor of #3947

@sjelin sjelin closed this as completed Jan 9, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants