-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Angular 19 support #3581
Comments
This issue does not seem to follow the issue template. Make sure you provide all the required information. |
The RC version supporting Angular 19 was already released yesterday. |
Are there any issues with it? I saw angular 18 was released then basically the same day, so I am wondering when it will ship :) and thank you for all the great work you are doing :) |
I upgraded and got this issue: #3580 |
I'm getting this:
Can I deploy an app updated to Angular 19 with any workaround? |
If you wish to use the RC version, you should update it manually. |
How can we help to release the 19 version sooner? |
what change in the API? I'm getting this errors after upgrading:
and
|
Adding |
Add the following to your package.json overrides solves it: "@angular/fire": {
"@angular/core": "$@angular/core",
"@angular/common": "$@angular/common",
"@angular/platform-browser": "$@angular/platform-browser",
"@angular/platform-browser-dynamic": "$@angular/platform-browser-dynamic"
}, |
But, honestly, why depend on a specific major release of Angular? |
Recommend deleting your node_modules with this workaround. Simply adding it and reinstalling didn't work. |
Hasta cuando esperaremos.. Global setting: enabled npm ERR! |
For me it works just fine! (@angular/fire 19.0.0-rc.0 and firebase 11.0.2). I need to install with --legacy-peer-deps but then it works. |
That's not working fine, because in a firebase App Hosting pipeline it's going to fail. |
+1 |
@juane1000 : rxfire will install an outdated firebase version (10 instead of 11), so you also need:
There is a comment in rxfire, that the outdated dependency causes the angular 19 upgrade issue: FirebaseExtended/rxfire#117 (by @quedicesebas ) |
It's not an Angularfire problem. App hosting does not support angular 19. The message from Firebase support:
|
When is this gonna be properly fixed and released for angular v19 Trying the solutions above and nothing works |
I even install RC version: 19.0.0-rc.0 All packages installs and able to spin off the local server but then i get this error below. Running my app on the serve side. ERROR [_FirebaseError: Type does not match the expected instance. Did you pass a reference from a different Firestore SDK?] { |
It has been three weeks and no response from the |
Rxfire is responsible for all the convenience observables, like docData, etc. so we don't want to drop. I've gotten its CI/CD dusted off and bumped the version, AFv19.0.0-rc.2 now leverages that version. I think we're getting close here |
@Char2sGu we used to support a range of angular versions but that was far too much of an overhead, we also can now leverage new Angular APIs. Angular did a lot in v19 to make our lives easier, w/PendingTasks etc, so we're actually deleting a lot of code in AngularFire now. The main issue slowing us down right now is that moving over to |
Hey @jamesdaniels I think you misunderstood me. I did not ask to support older versions of Angular. What I'm proposing is simply use the For example, when angularfire supports Angular 19, the peer dependency should be updated to >=19, so that when Angular 20 is released, developers can easily update to Angular 20 without npm peer dep errors. angularfire can later migrate to Angular 20 and bump the peer dep to >=20. |
@Char2sGu the concern there is that Angular could break us on major bumps and we need time to respond. It's no more safe that you force installing AngularFire now and ignoring peer warnings. Our goal is release our major within 72 hours of Angular/Core but it just happened this time that we got caught in a bad spot a few days before code-freeze. |
Give it a spin! And file any issues. I dusted off the modular sample app to include SSR w/Authentication, zoneless cd, code-splitting on |
Thanks for trying it out. I'll do an assessment of our zone wraps, I took the opportunity this release to be more aggressive with warnings while in dev-mode. These may not be problems for your app but wanted to give the tools to debug instability for those experiencing it. I'll tweak the message and flush out the linked doc before release. |
Angular 19 was released a long time ago now |
@alexander-kastil it was only released 10 or so business days ago for me, sorry. We're currently in codefreeze, if rc.4 is the one it won't be released final until lifted in the new year. We have a lot of changes in this one, want to make sure we don't break over the holidays when we're all on vacation. |
@jamesdaniels Thank you, and the team, for being very responsive through this transition. Happy to try in progress releases to stable version. I was wondering if any of these heavy changes include the awkwardness with generics? I vividly remember after a certain version of either Firebase sdk the ngFire wrappers also stopped working with proper generics. Currently I have function utility wrappers that simply add the 'as Observable' on the return statement. It would be nice to return to not having that in the future. |
@juane1000 no improvements there yet. What we did in the past was to simplify this library and better match the semantics of the native Firestore SDK. The Firestore team would rather folk use DataConverters over generics as it they provide real type safety. We will soon be putting some efforts into DevEx as we have a bunch of improvements to SSR coming down the pipe & hoepfully will be less concerned about ZoneJS moving forward. As we work on DevEx we'll se if there's a better pattern we can provide for Angular developers or at least better document how to best take advantage of DataConverters or something like zod |
I am getting this for Auth and firestore, is there a way to disable that type of warning? Or what would be the workaround? |
I had this issue after updated to 19.0.0-rc.4 |
Thanks for releasing 19.0.0-rc.4 @jamesdaniels. It works well for us. We are using the realtime db and auth. During development, we got the same warnings "Firbase API called outside injection context", but it doesn't seem to influence the app. |
Title says it all :)
The text was updated successfully, but these errors were encountered: