User accounts now take priority over default filters within the user folders
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Área
- operating-systems
Línea de trabajo
Reproduce el problema en Timeshift usando rsync con una carpeta de usuario incluida y, a continuación, sigue el manejo de filtros descrito en los issues #341 y #342. La corrección estará completa cuando las rutas predeterminadas, como /home//.cache y /home//.local/share/[Tt]rash, sigan siendo efectivas dentro de las carpetas de usuario, mientras que los filtros personalizados duplicados explícitamente se conserven en lugar de eliminarse.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
Since updating timeshift from 24.06.6 to 25.12.4, I noticed that default filters such as /home/*/.cache and /home/*/.local/share/[Tt]rash no longer take priority over any custom filters. This change appears to have been added in #342 to fix #341, however since the user account is kept in the same custom filter list this causes it to now take priority over the defaults, thus effectively removing any defaults within a user directory. In addition to that, attempting to manually add paths such as /home/*/.cache to the custom filter list results in them automatically being removed presumably because they are already in the default filter lists.
To Reproduce
Steps to reproduce the behaviour:
- Make a new snapshot with a user's home folder included
- Navigate to
~/.cache/within the snapshot - Observe the folder's existence
- Attempt to add
/home/*/.cacheto the filter list and watch it immediately vanish
Expected behaviour
The user's home directory should not automatically overwrite the defaults unless manually specified, and if a custom filter is already in the defaults it shouldn't be removed.
System:
- Linux Distribution Name and Version: Kubuntu 26.04 LTS
- Desktop: KDE
- Timeshift Version: 25.12.4
- Timeshift Mode [btrfs/rsync?]: rsync
- Display Server: wayland
- Lenguaje dominante
- Vala
- Estrellas
- 4.3k
- Forks
- 159
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 linuxmint/timeshift
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
-
License parsing with GitHubAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
-
Dificultad 3/5 Medio día Aptitud para principiantes 63/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 50/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Todos los issues de linuxmint/timeshift
Issues similares
-
needs-triage O-Arm T-libs
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
agent:WSL bug linux LOW
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
3.0 AKS
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
microsoft/azurelinux#19651 · 1 comentario ·
Los mantenedores suelen responder en 1 día