User accounts now take priority over default filters within the user folders
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 52/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Domain
- operating-systems
Research direction
Reproduce the issue in Timeshift using rsync with a user home folder included, then trace the filter handling described in issues #341 and #342. The fix is complete when default paths such as /home//.cache and /home//.local/share/[Tt]rash remain effective inside user folders, while explicitly duplicated custom filters are retained rather than removed.
Written by the indexing model from the issue text.
Description
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
- Dominant language
- Vala
- Stars
- 4.3k
- Forks
- 158
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from linuxmint/timeshift
-
Difficulty 1/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 1/5 Under an hour Newbie friendliness 68/100
-
Difficulty 4/5 3-5 days Newbie friendliness 28/100
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
All issues in linuxmint/timeshift
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
omacom/omarchy#14798 · 1 comment ·
Maintainers usually reply within 1 day
-
node:child_process spawnSync/execFileSync still pass the parent environment to the child (#27343 fixed only spawn)Possibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 3 days
-
0.kind: enhancement 9.needs: package (update)
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
NixOS/nixpkgs#572275 · 1 reaction ·
Maintainers usually reply within 1 day
-
bug(ktuner): exporter directories hide daemon processesPossibly taken @iloveeyjafjalla claimed this today. Opencomponent:ktuner
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
agentic-os-org/ANOLISA#6905 · 1 comment ·
Maintainers usually reply within 1 day
-
IO.get_env on Node truncates names at embedded NULPossibly taken @Yi-111-a claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
HigherOrderCO/Bend#1449 · 1 comment ·