desktop-packages team mailing list archive

[Sascha <Sascha.Kolb@xxxxxxxxx>]

This also affects me !

The Backup with DejaDup is executed without any error.
Then I wanted to restore a file

1. The Special characters are not recognized correctly so "dell´anima.doc" is shown as "dell
2. If i execute the restore nevertheless i get a FOLDER ! "dell�anima.doc (codifica non valida)" instead of a doc file.

Where is my data ?????

So the restore function with special characters for me as normal user is completly broken.
People are not aware that they can not redo their backup. -> Risk of complete data loss
This is why i consider this as a major bug. This should never happen with a offical release of a backup software !

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1494, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1488, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1337, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1422, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 700, in restore
    % (globals.restore_dir,),
UnicodeDecodeError: 'ascii' codec can't decode byte 0xb4 in position 40: ordinal not in range(128)

Description: Ubuntu 14.04.1 LTS
Release: 14.04

deja-dup:
  Installato: 30.0-0ubuntu4
  Candidato: 30.0-0ubuntu4

LANG=it_IT.UTF-8
LANGUAGE=it:en
LC_CTYPE="it_IT.UTF-8"
LC_NUMERIC=it_IT.UTF-8
LC_TIME=it_IT.UTF-8
LC_COLLATE="it_IT.UTF-8"
LC_MONETARY=it_IT.UTF-8
LC_MESSAGES="it_IT.UTF-8"
LC_PAPER=it_IT.UTF-8
LC_NAME=it_IT.UTF-8
LC_ADDRESS=it_IT.UTF-8
LC_TELEPHONE=it_IT.UTF-8
LC_MEASUREMENT=it_IT.UTF-8
LC_IDENTIFICATION=it_IT.UTF-8
LC_ALL=

Speicality of the installation -> The Language was changed after
installataion.


See https://bugs.launchpad.net/ubuntu/+source/deja-dup/+bug/1405128
I did not find this bug before .. so sorry for the duplication

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to duplicity in Ubuntu.
https://bugs.launchpad.net/bugs/1356548

Title:
  Duplicity restore fails with UTF-8 chars in --file-to-restore

Status in Duplicity - Bandwidth Efficient Encrypted Backup:
  Fix Committed
Status in duplicity package in Ubuntu:
  Confirmed

Bug description:
  Under Ubuntu 14.04 64bits, duplicity 0.6.23-1ubuntu4.1

  To reproduce the issue:

  1) Create a backup including non-ASCII characters pathname, e.g.,
  "data/Thèse" for instance

  2) Try a selective restore of the backup : duplicity --file-to-restore
  data/Thèse file:///home/user/Sauvegardes test/

  3) Crash :

  Traceback (most recent call last):
    File "/usr/bin/duplicity", line 1494, in <module>
      with_tempdir(main)
    File "/usr/bin/duplicity", line 1488, in with_tempdir
      fn()
    File "/usr/bin/duplicity", line 1337, in main
      do_backup(action)
    File "/usr/bin/duplicity", line 1422, in do_backup
      restore(col_stats)
    File "/usr/bin/duplicity", line 700, in restore
      % (globals.restore_dir,),
  UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 21: ordinal not in range(128)

To manage notifications about this bug go to:
https://bugs.launchpad.net/duplicity/+bug/1356548/+subscriptions