Two consecutive `subscribe` calls on the Observable created by `authState()` cause Angular app to never become stable.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 7.8k
- Forks
- 2.2k
- Ø Merge
- 22 Std. 28 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
### Version info
**Angular:** 18.0.3
**Firebase:** 10.12.2
**AngularFire:** 18.0.1
### How to reproduce these conditions
**Failing test unit, Stackblitz demonstrating the problem**
Stackblitz example with the problem: https://stackblitz.com/edit/stackblitz-starters-zfidzt?file=src%2Fmain.ts
**Steps to set up and reproduce**
- Open Stackblitz reproduction
- Check the console, and see that the `ApplicationRef.isStable` never emits true
### Debug output
**Errors in the JavaScript console**
message: `isStable: true` is expected, but it never comes

### Expected behavior
`ApplicationRef.isStable` emits `true` after application start.
### Actual behavior
`ApplicationRef.isStable` never emits `true`, if two consecutive `subscribe` calls on the Observable created by `authState()` are made.
Beitragsleitfaden
Rechercherichtung
Beginne mit der verknüpften StackBlitz-Reproduktion, insbesondere mit src/main.ts, und reproduziere die beiden aufeinanderfolgenden subscribe-Aufrufe auf authState(). Beobachte ApplicationRef.isStable und vergleiche das Ergebnis mit der erwarteten true-Emission nach dem Anwendungsstart; als abgeschlossen gilt die Aufgabe, wenn die Anwendung in dieser Reproduktion stabil wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- angular, firebase, typescript
- Bereich
- authentication, frontend
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100