Restore: No message when backup media not available

Bug #597388 reported by Paul Lange
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Déjà Dup
Fix Released
Medium
Unassigned

Bug Description

If I want to restore a file with the nautilus integration and the backup location (in my case an external harddrive) is not available, the restore dialog closes with out a message or hint.

It should show a message like: "Cannot restore because backup is not available."

Michael Terry (mterry)
summary: - no message when backup media not available
+ Restore: No message when backup media not available
Revision history for this message
Michael Terry (mterry) wrote :

The behavior is a bit different on the latest version (19.2). It will sit at the "Checking for Backups" screen forever. Still should give you a message, but it's a bit nicer than the behavior you described. What version was that?

Changed in deja-dup:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Michael Terry (mterry) wrote :

Now it will say "Waiting for X to become connected..." and as soon as you plug it in, will continue.

Changed in deja-dup:
milestone: none → 19.3
status: Confirmed → Fix Committed
Michael Terry (mterry)
Changed in deja-dup:
status: Fix Committed → Fix Released
Revision history for this message
Felix (apoapo) wrote :

Cool, thank you! Any chance to get a backport for natty? I cannot meet the dependencies for installing as far as i see. (Neither for compiling)

Revision history for this message
Felix (apoapo) wrote :

I fullfilled the dependy today and tested this build:

http://ppa.launchpad.net/deja-dup-team/testing/ubuntu/pool/main/d/deja-dup/deja-dup_20.0~bzr1040.28~natty1_amd64.deb

Unfortunately only the theme changed. It doesnt respect my gtk2 theme anymore here. The message is stillt he same:

"Fehler beim Erstellen des Ordners: Keine Berechtigung"

My translation:
"Error while creating the directory: No Access"

Appearantly deja dup tries to create my backup dir instead of recognizing that it is probably removeable and right now not mouinted. The /media dir should be an indicator of removeable media!

My scenario:

-The directory is "/media/truecrypt10" while the drive is mounted. (Backup works then.)

-When it is not mounted, the folder truecrypt10 does not exist at all.
-Because "/media/" is only writeable as root, dejadup detects "no access" while it tries to create the backup dir (this is bad, backup dir should never need to be created but at first backup).
 -> it should detect imo:
     -> /media dir -> removeable media -> tell the user to mount, whatever it is -> after user interaction and clicking OK retry to find the backup dir

So, could you handle this case more gracefully also, please? Thank you very much! Please let me know if i can help.

Revision history for this message
Michael Terry (mterry) wrote :

Bug 772366 is about proper truecrypt support. This bug was about normal removable volumes like external drives. Unfortunately, truecrypt support still isn't complete.

Revision history for this message
Felix (apoapo) wrote :

Damn, i was sure to be reading and posting in 772336. I am sorry.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.