deja-dup keeps asking password when backing up

[SoL]

Ubuntu 14.04.4 LTS
deja-dup 30.0-0ubuntu4
duplicity 0.6.23-1ubuntu4.1

 file /tmp/deja-dup.gsettings
org.gnome.DejaDup last-restore ''
org.gnome.DejaDup periodic true
org.gnome.DejaDup full-backup-period 90
org.gnome.DejaDup backend 'file'
org.gnome.DejaDup last-run '2016-04-15T08:53:30.945493Z'
org.gnome.DejaDup nag-check '2016-03-07T08:20:14.235732Z'
org.gnome.DejaDup prompt-check 'disabled'
org.gnome.DejaDup root-prompt true
org.gnome.DejaDup include-list ['/home/xx/Documents']
org.gnome.DejaDup exclude-list ['/home/xx/.local/share/Trash', '/home/xx/Téléchargements', '/home/xx/Documents/Perso', '/home/xx/Documents/Info/Softs', '/home/xx/Documents/Internet']
org.gnome.DejaDup last-backup '2016-04-15T08:53:30.945493Z'
org.gnome.DejaDup periodic-period 1
org.gnome.DejaDup delete-after 28
org.gnome.DejaDup.S3 id ''
org.gnome.DejaDup.S3 bucket ''
org.gnome.DejaDup.S3 folder 'LSE-XPS13-SOL'
org.gnome.DejaDup.Rackspace username ''
org.gnome.DejaDup.Rackspace container 'LSE-XPS13-SOL'
org.gnome.DejaDup.File path 'smb://UL;<email address hidden>/xx/Sauvegarde'
org.gnome.DejaDup.File short-name 'DELLUTILITY'
org.gnome.DejaDup.File uuid '180F-B596'
org.gnome.DejaDup.File icon '. GThemedIcon drive-harddisk-ata drive-harddisk drive'
org.gnome.DejaDup.File relpath @ay []
org.gnome.DejaDup.File name 'Disque SSD 256 GB: DELLUTILITY'
org.gnome.DejaDup.File type 'normal'

file /tmp/deja-dup.log after running DEJA_DUP_DEBUG=1 deja-dup --backup | tail -n 1000 > /tmp/deja-dup.log

DUPLICITY: INFO 1
DUPLICITY: . Utilisation du répertoire d’archive : /home/xx/.cache/deja-dup/a3db3e4fa5f1b8803034b109b5356fad
Use of archive directory

DUPLICITY: INFO 1
DUPLICITY: . Utilisation du nom de sauvegarde : a3db3e4fa5f1b8803034b109b5356fad
Use of backup name

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.sshbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.dpbxbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.imapbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.localbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.tahoebackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.hsibackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.swiftbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.u1backend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.ftpsbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.webdavbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.megabackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.botobackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.gdocsbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.rsyncbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.cfbackend Succeeded

DUPLICITY: INFO 1
DUPLICITY: . Import of duplicity.backends.ftpbackend Succeeded

DUPLICITY: ERROR 38
DUPLICITY: . Connexion échouée, veuillez vérifier votre mot de passe : Impossible de monter le partage Windows : Opération non permise
Failed connection, please check your password. Impossible to mount the Windows drive. Operation not permitted

==> However it is the right password. I am unable to connect directly to the Windows drive via the sudo mount -t cifs command as well as through direct connection with my web browser.

Bug description

For around 13 days now (I was away for some time so unable to check), the automatic backup is not working with Deja-Dup.

Actually, when Deja-Dup starts an automatice backup, it asks for the password of the remote destination drive whereas the password has been entered. Even if properly if the password is correctly entered it asks again. Thus this is impossible to backup anything.

The same demand prompts when using the command line "deja-dup --backup". But it gives the following error:
"(deja-dup:7663): Gtk-WARNING **: Attempting to add a widget with type GtkBox to a GtkEventBox, but as a GtkBin subclass a GtkEventBox can only contain one widget at a time; it already contains a widget of type GtkBox".

Moreover when launching Deja-Dup the "Restore" and the "Start backup" are not available.

[Sebastian Meyer (wastl)]

It seems that I (and a few colleagues) had the same problem during the last week (we also use Ubuntu 14.04.4 LTS -- with regular updates): Mounting our Windows share as a "cifs" file system still worked, but backing up files with Déjà Dup using "Windows share" as the storage location did not work any longer (with the same symptoms as described in the above bug report). However, since around yesterday, our backups work again. The only change we made on our site is applying the regular package updates, which I thus guess to have resolved this bug. Unfortunately, I cannot tell which one of the updated packages affected this bug. It is not deja-dup (since it did not receive any updates at all on Ubuntu 14.04), but probably some related package down the dependency graph which is involved in Deja Dup's backups on Windows share storage locations.

[Michael Terry (mterry)]

> Moreover when launching Deja-Dup the "Restore" and the "Start backup" are not available.

That should be fixed in latest releases.

> I am unable to connect directly to the Windows drive via the sudo mount -t cifs command as well as through direct connection with my web browser.

Unable? Is that a typo. If not, sounds like this is a general problem, not deja-dup's. If it is a typo, and you meant you can use mount/browser to access it, it still is going to be a bug with GVFS, not deja-dup. Comment #1 suggests that it might be a bug that has since fixed itself?

I'll close this for now, please re-open if you think deja-dup should do something here.