Repository navigation
Conversation
|
You can preview 3e2ed3c at https://pr19904-3e2ed3c.ngbuilds.io/. |
3e2ed3c to
bc82db9
Compare
|
You can preview bc82db9 at https://pr19904-bc82db9.ngbuilds.io/. |
bc82db9 to
c0746ed
Compare
|
You can preview c0746ed at https://pr19904-c0746ed.ngbuilds.io/. |
c0746ed to
c4c20ae
Compare
c4c20ae to
9316f5b
Compare
|
You can preview c4c20ae at https://pr19904-c4c20ae.ngbuilds.io/. |
|
You can preview 9316f5b at https://pr19904-9316f5b.ngbuilds.io/. |
9316f5b to
5a78966
Compare
|
You can preview 5a78966 at https://pr19904-5a78966.ngbuilds.io/. |
There was a problem hiding this comment.
This relies on timezone (e.g. failed on my UTC+2 timezone 😞).
Using 12 as the hour it is more resilient to timezone differences (albeit not entirely immune) and thus more likely to pass when run locally.
There was a problem hiding this comment.
yes, I had to change the match to use a regexp that doesn't check the last values, but I didn't think about the hour that could go to the other day. It's fine to use 12 instead of 22
There was a problem hiding this comment.
I noticed that there are several occurrences where types were a little loose or not-specific in compiler-cli-related stuff. For example nullable/"undefined-able" values typed as non-nullable (e.g. here, here, here) or values whose properties could be more strictly typed (e.g. the changes in this file), etc.
Is this expected/intentional, @tbosch, @chuckjaz?
Obviously, I don't understand enough about the implications of changing the types of these APIs 😁
Just bringing it up as my instinctive, very-high-level-understanding reaction/thought.
There was a problem hiding this comment.
Can you leave TODO review comments anywhere where as any as is needed?
There was a problem hiding this comment.
Can you add comment // Work around for: https://github.com/jasmine/jasmine/issues/1573
There was a problem hiding this comment.
This is a public API change ({key: string} --> {key: any}) plus using the already public Params type for that.
But I think it is necessary, because this is what actually happens (i.e. the values are not restricted to string).
If a more specific type is desirable, I can dig deeper into what the possible types are and update (from a quick look it might just be string | string[]).
There was a problem hiding this comment.
@jasonaden will have to take a look at this. it looks like a breaking change to me, which we can't do now. Jason is this the same api change you were trying to make during v5 RC?
There was a problem hiding this comment.
Just to be clear, the public API type is wrong. It claims that queryParams values are always strings, but this is not the case. So, your app might typecheck fine, but break at runtime. But this change might indeed cause an app not to compile any more (for good reasons 😉)
LMK if it is better to remove it (and use as any in the tests to work around it).
There was a problem hiding this comment.
Just to be more clear, Params is alias for {[key: string]: any}, so it is wider than the previous type.
There was a problem hiding this comment.
@vikerman (or anyone else working on jasminewd), should these changes be ported to DefinitelyTyped?
There was a problem hiding this comment.
Yes, you can send me a PR against the upstream typings on DefinitelyTyped, I'm a committer there
5a78966 to
8a3b7da
Compare
|
You can preview 8a3b7da at https://pr19904-8a3b7da.ngbuilds.io/. |
8a3b7da to
4e2adb2
Compare
1fdac95 to
97dfaf3
Compare
|
You can preview 1fdac95 at https://pr19904-1fdac95.ngbuilds.io/. |
|
You can preview 97dfaf3 at https://pr19904-97dfaf3.ngbuilds.io/. |
97dfaf3 to
0f35833
Compare
|
You can preview 0f35833 at https://pr19904-0f35833.ngbuilds.io/. |
0f35833 to
1a3f52c
Compare
|
You can preview 1a3f52c at https://pr19904-1a3f52c.ngbuilds.io/. |
|
You can preview b3a3be0 at https://pr19904-b3a3be0.ngbuilds.io/. |
|
You can preview 8071de3 at https://pr19904-8071de3.ngbuilds.io/. |
|
You can preview 0ebba85 at https://pr19904-0ebba85.ngbuilds.io/. |
| */ | ||
|
|
||
| import {AsyncTestCompleter, describe, expect, iit, inject, it} from '@angular/core/testing/src/testing_internal'; | ||
| import {AsyncTestCompleter, describe, expect, fit, inject, it} from '@angular/core/testing/src/testing_internal'; |
There was a problem hiding this comment.
What was the problem??? 😕
There was a problem hiding this comment.
AFAICT, everything was fine before (and Travis agrees with me 😛).
There was a problem hiding this comment.
Yes, had to revert my fit => iit change.
| */ | ||
|
|
||
| import {ddescribe, describe, iit, it} from '@angular/core/testing/src/testing_internal'; | ||
| import {ddescribe, describe, fit, it} from '@angular/core/testing/src/testing_internal'; |
|
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the |
|
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) |
|
You can preview edb5217 at https://pr19904-edb5217.ngbuilds.io/. |
|
CLAs look good, thanks! |
|
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |


PR Checklist
Tests for the changes have been added (for bug fixes / features)Docs have been added / updated (for bug fixes / features)PR Type
What is the current behavior?
Older version of
jasmine/jasmine-nodeand corresponding typings.What is the new behavior?
Latest version of
jasmine/jasmine-nodeand corresponding typings.Does this PR introduce a breaking change?
Other information
With these changes, the types are a little stricter now and also not compatible with Protractor's jasmine-like syntax. So, we have to also use
@types/jasminewd2for e2e tests (but not for non-e2e tests).I also had to "augment"
@types/jasminewd2, because the latest typings from DefinitelyTyped do not reflect the fact that thejasminewd2version currently used by Protractor (v2.1.0) supports passing adonecallback to a spec.