Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Restore to" of a snapshot: "Show full log" button does not work (does nothing) #1514

Open
aryoda opened this issue Aug 30, 2023 · 4 comments
Assignees
Labels
Bug Heisenbug a problem that is not reproducible but random (non-deterministic)

Comments

@aryoda
Copy link
Contributor

aryoda commented Aug 30, 2023

Observation

If I restore a snapshot ("local mode") on the same computer via the menu entry Restore to it finally shows this dialog:

image

BiT version:

Current DEV version (a95cf2e)

Reason:

showLog.clicked.connect(lambda: QDesktopServices.openUrl(QUrl(self.logFile)))

self.logFile points to /home/<user>/.local/share/backintime/restore_.log and this file does not exist so nothing happens (without any error message!).

Can this issue be reproduced?

@aryoda aryoda added the Bug label Aug 30, 2023
@aryoda aryoda changed the title Restore snapshot: "Show full log" button does not work (does nothing) "Restore to" of a snapshot: "Show full log" button does not work (does nothing) Aug 30, 2023
@emtiu
Copy link
Member

emtiu commented Aug 31, 2023

I can't seem to reproduce this problem in VM testing with the latest dev code. Can you be more specific about the menu items/settings that you used to trigger it?

@aryoda
Copy link
Contributor Author

aryoda commented Aug 31, 2023

Did you do a make install too before testing or did you run the test without installation from the DEV folder?

I did the latter and suspect that the restore process uses the installed backintime command (spawned as new process) while the GUI was started from my git working folder directly and this could cause the problem (and would be bad to test this without installation).

I will try to make this reproducible...

@emtiu
Copy link
Member

emtiu commented Aug 31, 2023

I was using a make installed version, and running it from the system's /usr/bin.

@aryoda aryoda self-assigned this Sep 3, 2023
@aryoda aryoda modified the milestone: 1.4.1 (upcoming release) Sep 22, 2023
@buhtz buhtz added this to the 2rd release from now (1.5.0) milestone Jan 9, 2024
@buhtz
Copy link
Member

buhtz commented Jul 2, 2024

I am also not able to reproduce this. What makes me wonder about your screenshot is that there is not list of files that are restored. So it might be that somehow nothing was restored and that is why there is no restore_.log file.

I tried to backup an empty directory to restore it again. But BIT does not backup an empty directory. ;)

@buhtz buhtz added the Heisenbug a problem that is not reproducible but random (non-deterministic) label Jul 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Heisenbug a problem that is not reproducible but random (non-deterministic)
Projects
None yet
Development

No branches or pull requests

3 participants