-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Issues with RxJS 6.4.0 and Angular CLI 6.1.x #4512
Comments
The Essentially, it allows a distribution to include So the first question is: what to we do with |
It should be noted that in order to solve this, it's looking like we're going to need to increase the npm package size, which will negatively effect Electron users that don't (or can't) bundle. |
I can't find a reference to that specific feature. The A more conservative approach would be to revert The issue with I can't resist to include a tiny rant about TypeScripts reluctance to adhere to semantic versioning for "marketing reasons". This is what got us here 😞 |
@tsvetomir |
Have the same issue with the following versions: "typescript": "2.7.2",
"rxjs": "^6.2.1",
"@angular/cli": "^6.0.8", Here is the error:
|
I've deleted several comments that either provided misinformation or simply stated that the workarounds mentioned in the issue worked. |
Related to ReactiveX/rxjs#4512.
Related to ReactiveX/rxjs#4512.
* chore: pin rxjs@~6.3.3 Related to ReactiveX/rxjs#4512. * chore(travis-ci): update IOS_PACKAGE_FOLDER path
updated "rxjs": "^6.0.0" to "rxjs": "6.0.0" I get the below error ERROR in node_modules/rxjs-compat/operator/shareReplay.d.ts(2,10): error TS2305: Module '"/export/appl/fqdprod/jenkins_rd/workspace/CI000000024053883/B2BGatewayUI/Build_Release_1.1/b2bgateway-ui/node_modules/rxjs/internal-compatibility/index"' has no exported member 'ShareReplayConfig'. Below is the version of rxjs-compat from my package.json "rxjs-compat": "^6.2.2" Should I align the version of rxjs-compat based on the change made to rxjs version ? Please advice ! |
Resolved the above issue by removing the carat: |
Hi there. Yes, upgrade Typescript from 2.7.X to 2.8 resolve this issue in our project. index c91361e..77d0383 100644
--- a/package.json
+++ b/package.json
@@ -73,6 +73,6 @@
"protractor": "~5.3.0",
"ts-node": "~5.0.1",
"tslint": "~5.9.1",
- "typescript": "~2.7.0"
+ "typescript": "~2.8"
}
} |
Core Team NotesWe need to provide clearer documentation for folks that what they need to do to resolve this issue, and put it up on the docs site, or at least in a markdown file in the repo. cc @jwo719 |
I'll take care of it. One thing that came up to my mind, maybe it also makes sense to add it to the update.angular.io page for the related versions. |
I am having the same issue, and have followed the suggested workarounds, but I am still having an issue.
|
@blakeghowe The problem can be resolved by upgrading TypeScript to >= 2.8 or by pinning RxJS to 6.3.3. So the one of these two changes needs to be made to your
|
Resolved the issue by downgrading rx-compat version to 6.2. |
this issue can be resolved just by removing ^ from the version number of rxjs in package.json file |
Hello Guys, Praneeth72 is absolutely right, |
Closing this 'cause it's two years old, isn't actionable and it's closure won't impact it's discovery via a Google search or whatever. |
Issue
TL;DR: Angular CLI used TS 2.7 and pulled in RxJS ^6.0.0, RxJS 6 has always used TS 2.8, RxJS 6.4 introduced the first feature that required TS 2.8. ^6.0.0 will update to 6.4, and break you if you're still using TS 2.7.
Summary
As summarized by @cartant and @kwonoj :
ObservedValueOf
introduced a conditional typeFix (TBD)
The current plan to fix this is actually to update RxJS to TS 3.2, as TS 3.1 supports building .d.ts files that target multiple versions of TS. So we should be able to fix this in a patch release, and, even better, put RxJS in a better place to use the newest TS features that could really help us without us needing to do major release.(EDIT: TS 3.1 does NOT support "building" .d.ts files for multiple versions of TS, we'd need to maintain those by hand, given the limited development bandwidth we have, I'm not sure what we can do here)
Workarounds
EDIT: The core team is currently investigating the impact of this issue and options to fix it
The text was updated successfully, but these errors were encountered: