Files or folders containing a & will not display correctly
Bug #415848 reported by
Bart de Koning
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Back In Time |
Fix Released
|
Undecided
|
Bart de Koning | ||
Bug Description
The folder view of the main window of backintime has problems encountering a &. It will display the last filename it encountered that did not contain an & instead. Underlying mechanisms (rsync and cp) behave normally: so the files are present in the snapshots, and restoring also restores the original name. It only looks wrong and often weird in the main window.
----
Test:
create a folder named "daar & enzo"
create a file named "dit is een test & kijken of dat goed gaat"
create a file named "umlautëæäå"
create a file named "znormal"
push backup now
It will display: "umlautëæäå" by the first three, and znormal by the fourth.
Remove the folder and "dit is een test & kijken of dat goed gaat"-file
Restore
They will be restored normally.
----
Related branches
lp:~bratdaking/backintime/bug-415848
- Dan: Pending requested
- Diff: None lines
| Changed in backintime: | |
| status: | New → In Progress |
Revision history for this message
| Bart de Koning (bratdaking) wrote | #1 |
| Changed in backintime: | |
| assignee: | nobody → Bart de Koning (bratdaking) |
| Changed in backintime: | |
| status: | In Progress → Fix Committed |
Revision history for this message
| (((RADAR))) (koblov) wrote | #2 |
| Changed in backintime: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
Fixed by adding in /usr/share/
at line 1000 (after rel_path... line):
item[0] = item[0].replace( '&' , '&' )
Are there more difficult characters that need to be solved in a similar manner?