FEDORA-2020-d4ae5fa8b2 created by limb a month ago for Fedora 32
obsolete

42.3

This update has been submitted for testing by limb.

a month ago

This update's test gating status has been changed to 'ignored'.

a month ago

This update's test gating status has been changed to 'waiting'.

a month ago

This update's test gating status has been changed to 'ignored'.

a month ago

This update has been pushed to testing.

a month ago
User Icon ibims commented & provided feedback a month ago
karma

It doesn't read my previous Backups from my USB-Disk. If you click "restore" the Program suggest you that it searches previous Backups but it does nothing. Downgrade to 42.2 makes it work again.

BZ#1877433 deja-dup-42.3 is available

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

a month ago
User Icon cserpentis commented & provided feedback a month ago
karma

works for me

User Icon limb commented & provided feedback a month ago
User Icon mterry commented & provided feedback a month ago

Hello! Maintainer of deja-dup here.

Can you help me debug this by talking a bit about your USB drive? Is it encrypted?

When restoring are pressing a big "Restore from Previous Backups" button that asks you "from where?" and then it (should) bring you to a screen where it scans for files to possibly restore. What happens then? No files show up, or is there an error?

User Icon ibims commented & provided feedback a month ago

Hello, thank you for helping and debugging. My USB-HDD is not encrypted and a simple ext4 filesystem. There is one Folder including all Backups. I doublechecked the behaviour and it doesn't work with 42.3 but with 42.2. I press "restore" and, possible with only one backup target, it doesn't ask from where it should read. It takes my USB-HDD. There are no files listed and no Backup dates are listed. The Backup-Date pulldown-menu is empty and the program says that it scan files and rotating circle in the window, but it doesn't. There are no errors. I tested it by starting from a terminal too.

User Icon ibims commented & provided feedback a month ago

@mterry is it possible that it can't read something in the .cache/deja-dup directory in the home-folder?

User Icon mterry commented & provided feedback a month ago

Yikes, I can reproduce this... Thank you for the report. Working on it.

User Icon mterry commented & provided feedback a month ago

Patch here: https://gitlab.gnome.org/World/deja-dup/-/commit/2778fc86258f1c5a2b229b64f3a28548ab9a5b01

This bug only affects removable drives, but it does prevent restoring from the UI.

I want to test another oddity, but a 42.4 will likely be released this weekend.

User Icon mterry commented & provided feedback a month ago

42.4 is out, which should fix this.

User Icon ibims commented & provided feedback a month ago

@mterry Great, really. Thank you for the very very quick solution. @limb thank you too for report it upstream. Great community work! If the new package will submitted for testing here i will give feedback asap.

This update has been obsoleted by deja-dup-42.4-1.fc32.

a month ago

Please login to add feedback.

Metadata
Type
bugfix
Severity
low
Karma
0
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
a month ago
in testing
a month ago
BZ#1877433 deja-dup-42.3 is available
0
0

Automated Test Results