feat(ui): retirar el bloque obsoleto Círculos ocultos de Ajustes
Los mantenedores suelen responder en 1 día
@egdev6 ya está trabajando en esto.
Desde el 12/10/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Pre-flight checks
- I searched existing issues and found no duplicate.
- I understand that this proposal requires product review before implementation.
El asistente completó la búsqueda de issues abiertas/cerradas y contrastó el inventario y antecedentes. El mantenedor confirmó la revisión previa y aprobó la publicación de quorb-ui-ux-v1. Esto no asigna trabajo ni inicia implementación.
Problem to solve
La sección Tira sigue mostrando el bloque Círculos ocultos y un texto que remite a Mostrar en el widget en cada cuenta. El mantenedor confirmó que todo ese bloque ya no aplica y debe desaparecer.
Proposed solution
Retirar el bloque completo, tanto su estado vacío como las acciones que muestra cuando existen ocultos. Mantener la gestión de visibilidad por cuenta y los datos persistidos existentes sin borrados o migraciones innecesarias.
Affected area
Application behavior
Scope and non-goals
Criterios de aceptación
- Eliminar título, texto vacío, chips y acciones del bloque Círculos ocultos en Ajustes.
- El bloque no reaparece cuando existen IDs ocultos en configuración.
- Mostrar en el widget en cada cuenta conserva su comportamiento; no cambia qué cuentas se consultan o generan avisos.
- Configuraciones existentes con
hiddenProvidersu opciones de visibilidad se conservan, sin borrado por quitar una sección de UI. - Layout y navegación accesible de Tira siguen coherentes, sin huecos ni controles huérfanos.
- Tests focales de presencia/ausencia y preservación de configuración/visibilidad; comprobación dev desktop.
Orientación y coordinación
Entrada: src/Settings.tsx (bloque actual alrededor de 1926–1937) y controles de visibilidad por cuenta. Antecedente: #29, no duplicado ni issue a reabrir. Coordinar textos con #66 sin implementar internacionalización global.
La unidad de autoaplicación toca controles adyacentes en Settings; coordinar entrega para evitar conflictos. Sin dependencia funcional de esa unidad.
Exclusiones
No eliminar hiddenProviders del esquema, borrar IDs existentes, migrar visibilidad, cambiar polling/avisos ni suprimir Mostrar en el widget de las cuentas.
Coordinación, validación y límites
Parte de la propuesta aprobada quorb-ui-ux-v1, milestone «Coherencia visual y personalización». Trabajo por el flujo habitual; no se incorpora automáticamente a ODD ni altera prioridades de #45. Sin assignee ni nueva etiqueta status:approved. Antes de empezar revisar responsables, comentarios y PR, y coordinar las superficies compartidas.
Tests y documentación con cada unidad. Checks de implementación previstos, no ejecutados durante planificación: npm test, npm run typecheck, npm run build y cargo test en src-tauri cuando cambie comportamiento Rust; además prueba real de escritorio en modo desarrollo. No acreditar comportamiento Windows/WebView2 desde tests de lógica o fixtures de navegador. No se publica una versión ni se modifica el código al crear esta issue.
No editar directamente el DS vendorizado src/ds/egdev/* (ver su README); usar extensión de la app o coordinar el cambio upstream. Sin rediseño general, migración de cuentas, cambios de credenciales, firma, releases o nuevas versiones prometidas.
Alternatives considered
Ocultar solo el estado Ninguno: descartado; el mantenedor pidió quitar todo el bloque. Borrar datos legacy: no es necesario para retirar UI y puede cambiar visibilidad. Duplicar la gestión por cuenta y por bloque: mantiene la redundancia.
- Lenguaje dominante
- TypeScript
- Estrellas
- 10
- Forks
- 2
- Merge medio
- 16 min
- PR fusionados (30 d)
- 51
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 egdev6/quorb
-
status:approved type:bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 70/100
egdev6/quorb#109 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
odd type:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
Los mantenedores suelen responder en 1 día
-
odd type:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
Los mantenedores suelen responder en 1 día
-
odd type:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Los mantenedores suelen responder en 1 día
-
odd type:chore
Dificultad 5/5 Más de una semana Aptitud para principiantes 22/100
egdev6/quorb#105 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de egdev6/quorb
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
homarr-labs/homarr#7191 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
AvaProtocol/ava-sdk-js#276 ·
Los mantenedores suelen responder en 1 día
-
useFragment does not require `variables` when the fragment's variables type has required fieldsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
apollographql/apollo-client#13493 ·
Los mantenedores suelen responder en 1 día