[Report & Block] Confirm block and invalidate visibility
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- dart, flutter, supabase
- Área
- authorization, mobile
Línea de trabajo
Start in lib/screens/sessions/session_detail_screen.dart, which the prerequisite #117 reporting actions are expected to extend, and in lib/screens/home_screen.dart for the Discover and My sessions refresh. Confirm #117 is merged first, since the block action depends on it. Done means a confirmed block clears the blocked host's detail and refreshes both lists, a failed block keeps the existing content and shows an error, and test/screens/sessions/session_detail_screen_dp_r05_2_test.dart passes with flutter test and flutter analyze.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What to build
Ask for confirmation before blocking a person, then refresh affected screens. Previously visible content should disappear when the server’s updated permissions make it unavailable.
Files
lib/screens/sessions/session_detail_screen.dart(extend the prerequisite’s file)- Starting example: lib/screens/home_screen.dart
Steps
- Show confirmation for selected target; await blockUser using caller/targetUUID.
- On success clear matching profile/session detail and refresh Discover/My sessions so server visibility decides.
- Failure retains previous content/error; no notification to blocked person.
Example
Blocked host’s open detail disappears after success; failed block leaves data visible.
Check it works
In test/screens/sessions/session_detail_screen_dp_r05_2_test.dart, check the example above and the failure or limit described in the steps. Run flutter test test/screens/sessions/session_detail_screen_dp_r05_2_test.dart and flutter analyze.
Before starting
- #117 — Open session/profile reporting actions
References
Assign yourself before starting, or comment to claim the issue. Project setup.
- 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
-
polish
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
DevDogsUGA/DogPack#131 ·
-
polish
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
DevDogsUGA/DogPack#130 ·
-
moderation
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
DevDogsUGA/DogPack#119 ·
-
moderation
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
DevDogsUGA/DogPack#113 ·
-
discover
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
DevDogsUGA/DogPack#106 ·
Todos los issues de DevDogsUGA/DogPack
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
paperclipai/paperclip#16783 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Jeffy123-zhu/logspecter#20 ·
-
Blocklist removal requestAbiertoblocklist removal
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
MetaMask/eth-phishing-detect#303653 ·
Los mantenedores suelen responder en 1 día
-
area: deploy good first issue security
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día