FirebaseError when using fakeAsync
維護者通常 3 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 35/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 停滯
- 技術堆疊
- angular, firebase, typescript
研究方向
從提供的 recover-email 程式碼及其 fakeAsync 測試開始，然後檢查 localhost 模擬器執行時 recoverEmail$ 如何到達 Firebase Auth checkActionCode。使用 tick(600) 和 flush(); 重現此失敗；完成表示測試在 fakeAsync 下成功完成，且沒有出現 auth/network-request-failed。
由索引模型根據 Issue 內容生成。
描述
I'm seeing Firebase: Error (auth/network-request-failed) when using fakeAsync, but success without using it. (While using the emulator on localhost during test runs.)
it('should recover email fakeAsync', fakeAsync((): void => {
console.log('START');
service.recoverEmail$(testOobCode).subscribe({
error: fail,
next: (data: RecoverEmailResults): void => {
expect(data).withContext('RecoverEmailResults').toEqual({
passwordResetSent: true,
restoredEmail: testOriginalEmail,
successful: true,
});
},
});
tick(600);
flush(); // Makes the promises actually settle within the test lifetime.
console.log('END');
}));
recoverEmail$ is calling checkActionCode (and applyActionCode, but it doesn't get there) from Firebase. (@angular/fire/auth wrappers, current 19.0.0 version). Best I can tell firebase just uses browser fetch, but I cannot find any reports of problems with fakeAsync and fetch (possibly due to the commonness of the word fetch in code discussions).
Full code is here: https://github.com/rgant/brainfry/tree/main/src/app/identity/recover-email
- 主要語言
- TypeScript
- 星號
- 7.8k
- 分支
- 2.2k
- 平均合併
- 3 天 2 小時
- 30 天內合併 PR
- 13
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
angular/angularfire 的其他 Issue
-
A 20.x release after 21.0.0 would move `latest` back to 20.x, and `next` stays on the release candidate可能已有人在做 @armando-navarro 於 1 天前認領。 未關閉comp: build/pipeline type: bug version: current (v17+)
難度 2/5 1-3 小時 新手友好度 85/100
angular/angularfire#3790 ·
維護者通常 3 天內回覆
-
docs: the App Check guide does not cover server-side rendering可能已有人在做 @armando-navarro 於 11 天前認領。 未關閉comp: app-check comp: docs comp: ssr type: chore version: current (v17+)
難度 2/5 1-3 小時 新手友好度 88/100
angular/angularfire#3774 ·
維護者通常 3 天內回覆
-
A canary published right after another can read a stale `canary` tag可能已有人在做 @armando-navarro 於 1 天前認領。 未關閉comp: build/pipeline type: bug version: current (v17+)
難度 3/5 半天 新手友好度 65/100
angular/angularfire#3791 ·
維護者通常 3 天內回覆
-
`ng update @angular/fire` stops before the v21 migration when it runs Angular CLI 22.3可能已有人在做 @armando-navarro 於 1 天前認領。 未關閉comp: schematics type: bug version: current (v17+)
難度 3/5 1-2 天 新手友好度 25/100
angular/angularfire#3789 ·
維護者通常 3 天內回覆
-
Use `TransferState` to hand server-rendered Firestore data to the browser, instead of reading every document twice可能重新可做 @armando-navarro 於 38 天前認領，目前沒有進行中的 PR。 未關閉comp: firestore comp: ssr priority: P0 (critical) type: feature version: current (v17+)
angular/angularfire#3757 · 已指派 1 人 ·
維護者通常 3 天內回覆
查看 angular/angularfire 的全部 Issue
相似的 Issue
-
難度 1/5 1-3 小時 新手友好度 84/100
維護者通常 1 天內回覆
-
core
難度 2/5 1-3 小時 新手友好度 70/100
vectorize-io/hindsight#5457 ·
維護者通常 1 天內回覆
-
beginner friendly community contributions-welcome good first issue hacktoberfest help wanted testing up-for-grabs
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 85/100
lukilabs/beautiful-mermaid#160 ·
-
難度 2/5 1-3 小時 新手友好度 66/100
rescript-lang/rescript-lang.org#1420 ·
維護者通常 2 天內回覆