Hi! The repo should be over the net right? because if I add a local, it fetches it instantly 🤔

Can I try to work on this after #1620 is merged ?

👍 Have a look how this was implemented for other long running jobs.

Hi! The repo should be over the net right? because if I add a local, it fetches it instantly thinking

A slow internet connection or disk speed will extend the time needed.

Hi! Actually I've a issue testing/reproducing it 😅

1. I've a local repo with size ~15GB
2. When I add it to vorta the UI is not freezing

any recommendation on how can I reproduce this issue ? 😅

Try a slow usb stick or a remote repo with a slow internet connection. You can also try throttling disc speed for vorta.

Hi! @real-yfprojects, I can reproduce the issue now, as per @m3nu 's suggestion we could show a status message, the status message will be in a form of popup ? because the status is already shown as Validating Existing Repo 🤔

I can reproduce the issue now, as per @m3nu 's suggestion we could show a status message, the status message will be in a form of popup ?

I think that would qualify as blocking the ui since we currently show a popup too.

I can reproduce the issue now, as per @m3nu 's suggestion we could show a status message, the status message will be in a form of popup ?

I think that would qualify as blocking the ui since we currently show a popup too.

Hm! So I assume that, this might be a threading problem 🤔 since it is a long task other inputs are getting registered but are not reflecting instantly resulting in Program Not Responding problem

I've also seen that the python's threading is used in jobs_manager.py I'm just wondering about QThread of PyQT @real-yfprojects

Python's threading library is very well integrated and imo the better choice. Still we sometimes use QThread since it exposes a finished signals. AFAIK pyqt signals only work correctly when being called/instanciated from/in a QThread. There would be multiple possibilities for implemtikg this. You could do it similar to here:

https://github.com/borgbase/vorta/blob/master/src/vorta/views/diff_result.py#L28-L29

Or close the the add repo dialog and let init run as a normal borgjob like other commands do too.

Python's threading library is very well integrated and imo the better choice. Still we sometimes use QThread since it exposes a finished signals. AFAIK pyqt signals only work correctly when being called/instanciated from/in a QThread. There would be multiple possibilities for implemtikg this. You could do it similar to here:

https://github.com/borgbase/vorta/blob/master/src/vorta/views/diff_result.py#L28-L29

Or close the the add repo dialog and let init run as a normal borgjob like other commands do too.

Hi! I've tried closing the dialog box and it still does not responds some times, I think the UI breaks because of the mouse clicks as it keeps listening to user inputs while it is completing a long job, but if we leave the process idle it would complete without any problem (I didn't try with the 10+ GB repos mentioned above since I'm using the trial version of borgbase). In my opinion disabling mouse clicks would work . I know this might look rude like you are disabling the mouse just to overcome the issue, but that might help

Btw is there any way we could see the fetching percentage ? we could add a progress bar to show update the user about the progress instead of showing Validating Repo 🤔

What do you think @real-yfprojects 😅

Btw is there any way we could see the fetching percentage ?

Try running borg info with --progress. I don't know whether that will give you any progress information.

I think the UI breaks because of the mouse clicks as it keeps listening to user inputs while it is completing a long job

The issue should be that the borg job isn't run in a new thread, blocking the current thread. Therefore qt isn't able to process any GUI events.

The variable is named incorrectly since a borg job doesn't create a thread.

Works Now! but has a small bug, let me push the changes 😄