Offline banner on the sign-in screen
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 84/100
Línea de trabajo
Start with lib/screens/sign_in_screen.dart and inspect how the sign-in button and screen state are built; then review pubspec.yaml and the Flutter test setup. Add the monitor in lib/connectivity/connectivity_monitor.dart and cover its injected stream in test/offline_banner_test.dart. Done means offline shows the banner and disables Sign In, online removes both effects, and the Flutter checks pass.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What to build
When the phone has no network, show a banner at the top of the sign-in screen ("You're offline. Connect to sign in.") and disable the Sign In button; remove both effects when the connection returns. Add connectivity_plus (or the lightest equivalent) behind a small interface so tests can fake it.
Files
pubspec.yaml,pubspec.lock- new
lib/connectivity/connectivity_monitor.dart(interface plus the real implementation) lib/screens/sign_in_screen.dart- new
test/offline_banner_test.dart
Acceptance
- Banner and disabled button appear within a second of losing the connection and go away when it returns.
- The monitor is injected, not read from a global, so a test supplies a fake stream.
- Widget test: offline shows the banner and a disabled button; online hides it.
-
pubspec.lockis committed with the change and CI'sflutterjob passes.
How to check
flutter test test/offline_banner_test.dart; toggle airplane mode on the emulator and attach a short screen recording.
Before you start
Setup is in first contribution. Run flutter analyze and flutter test before you open the PR; both must pass. Keep the change to the files listed. Comment on this issue to claim it.
- Lenguaje dominante
- PLpgSQL
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de DevDogsUGA/DogPack
-
discover
Dificultad 2/5 1-3 horas Aptitud para principiantes 91/100
DevDogsUGA/DogPack#14 ·
-
onboarding
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
DevDogsUGA/DogPack#10 ·
-
good first issue onboarding
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
DevDogsUGA/DogPack#8 ·
-
good first issue onboarding
Dificultad 2/5 1-3 horas Aptitud para principiantes 91/100
DevDogsUGA/DogPack#7 ·
-
good first issue polish
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
DevDogsUGA/DogPack#4 ·
Todos los issues de DevDogsUGA/DogPack
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
software-mansion/argent#1427 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
OneBusAway/onebusaway-ios#1518 ·
Los mantenedores suelen responder en 2 días
-
priority:p0
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
yeixio/toskar-core#546 ·
Los mantenedores suelen responder en 1 día
-
direct-code
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
aaronified/fluenough#500 ·
Los mantenedores suelen responder en 1 día
-
VerificationCodeInputField: iPad Return key clears/hides OTP fieldsPosiblemente ocupada @amansingh1207 la tomó hoy. Abiertoneeds attention
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
firebase/FirebaseUI-iOS#1407 ·
Los mantenedores suelen responder en 5 días