fix_checked_file #43
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "fix_checked_file"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
📝 Descripción
Este PR corrige la lógica de validación de archivos y mejora el manejo de errores en los scripts del repositorio, específicamente para la validación de archivos
.infoy.info.checked.🔧 Cambios realizados
api/repo_api.pycreate_torrent_sum: Corregida la lógica de validación para verificar que existe al menos uno de los archivos.info.checkedo.infomissed_filesinnecesariabin/createTorrentSum.pymain(): Corregida la validación para aceptar que existe la imagen Y al menos uno de los archivos infoandaoren la condición de validación de archivos.infosystemd.journalpara facilitar el debuggingbin/updateRepoInfo.pycheck_files(): Añadido manejo robusto de excepciones durante el procesamiento de archivosIOError,OSError,PermissionError,ValueError)continuetras eliminar archivos desactualizados para evitar procesamiento posterior🐛 Problemas resueltos
Lógica de validación incorrecta: Los scripts originalmente requerían que ambos archivos
.info.checkedY.infoexistieran simultáneamente, cuando en realidad solo necesita uno de los dos.Falta de robustez:
updateRepoInfo.pyfallaba completamente si no podía leer algún archivo (permisos, archivo corrupto, etc.), interrumpiendo el procesamiento de todas las demás imágenes.Mensajes inconsistentes: Los logs no eran coherentes entre la validación y los mensajes de error.
🧪 Casos de prueba verificados
.info.checkedpero no.info.infopero no.info.checkedupdateRepoInfo.pycontinúa procesando otras imágenes cuando una falla🔄 Lógica de validación actualizada
Antes (requerir ambos archivos):
📋 Checklist
Los cambios siguen las convenciones de código del proyecto
Se mantiene la funcionalidad existente para casos válidos
Se han mejorado los mensajes de error y logging
La lógica de validación es coherente entre scripts
El manejo de errores es más robusto
Los mensajes son descriptivos y útiles para debugging
🔗 Compatibilidad
Estos cambios son totalmente compatibles con versiones anteriores. La nueva lógica es menos restrictiva (acepta más casos válidos) y más robusta (maneja mejor los errores), sin afectar el comportamiento correcto existente.
💡 Beneficios
Mayor flexibilidad: Los scripts ahora aceptan el formato estándar de archivos info del sistema
Mayor robustez: Errores en archivos individuales no interrumpen el procesamiento completo
Mejor debugging: Logs más descriptivos facilitan la identificación de problemas
Consistencia: Lógica de validación coherente entre todos los scripts involucrados