Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Polish] Retry observable launch failure only

オープン 初心者向け
  • 何か問題がありますか？
#4 コメント 0 件 リアクション 0 件 担当者 1 名 GitHub で見る

@SY077 がすでに取り組んでいます。

2026年10月12日 から。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
dart, flutter
領域
authentication, mobile

調査の方向性

lib/screens/sign_in_screen.dartと初回コントリビューションのセットアップガイドを読み、その後、サインイン失敗時の処理を調べてください。純粋なメッセージのマッピングをlib/auth/sign_in_messages.dartに追加し、キャンセル、拒否、オフライン、不明なエラーをtest/sign_in_messages_test.dartで網羅してください。各ケースでTry againボタン付きの短いメッセージが表示され、生の例外テキストが隠され、flutter testが成功すれば完了です。

索引モデルが issue の本文から書いたものです。

説明

good first issue polish

What to build

Show a useful error when the sign-in page fails to open, then let the student retry. The next tap should make a new attempt rather than leave the button disabled.

Files

Steps

  1. In the existing error branch render Try again with onPressed:_signIn when not busy.
  2. _signIn already clears _error before launch; reuse it rather than a new auth path.
  3. Pump RetryLaunch: first call returning false shows error, tap retry, second call returning true clears error.

Example

Two button taps create exactly two signIn calls; successful retry hides prior error.

// In the named test/screens file:
import '../support/fake_gateway.dart';
class RetryLaunch extends FakeGateway {
  @override
  Future<bool> signIn() async {
    signInCalls++;
    return signInCalls > 1;
  }
}

Check it works

In test/screens/sign_in_screen_4_test.dart, check the example above and the failure or limit described in the steps. Run flutter test test/screens/sign_in_screen_4_test.dart and flutter analyze.

References

Assign yourself before starting, or comment to claim the issue. Project setup.

If you have already started, keep equivalent working code names and coordinate any shared-file changes with the dependent contributors.

主要言語
PLpgSQL
スター
0
フォーク
0
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

DevDogsUGA/DogPack のほかの issue

DevDogsUGA/DogPack の issue をすべて見る

似ている issue

Security の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。