Files
beets/test
Qalipso a8439e2d07 Fix unique_path counter for names ending in two or more digits
unique_path parses a trailing counter so it can continue from it, but the
pattern is `\.(\d)+$` -- a single-digit group repeated, not a multi-digit
group. group(1) is therefore the last digit only, and the counter restarts
from it:

    track.10.mp3 -> track.1.mp3   (expected track.11.mp3)
    track.12.mp3 -> track.3.mp3
    track.123.mp3 -> track.4.mp3

The returned path still does not exist, so nothing is overwritten, but the
new name sorts before the file it was derived from, and the scan restarts
from a low number when the neighbours are already taken.

Use `\.(\d+)$`. Existing coverage only exercised a single-digit counter
(`x.1.mp3`), which is why this held.
2026-07-30 12:52:03 +02:00
..
2026-07-16 14:21:52 +01:00
2026-07-13 01:07:59 +01:00
2026-07-27 19:33:53 +01:00
2026-07-24 17:03:57 +01:00
2026-07-24 17:03:57 +01:00
2021-08-26 20:59:48 +10:00
2026-07-24 17:03:57 +01:00
2026-07-24 17:03:57 +01:00