gitbutler icon indicating copy to clipboard operation
gitbutler copied to clipboard

Bug: File Watcher Dies When Lacking Permissions

Open nmcbride opened this issue 1 year ago • 4 comments

If you have any files in your repo that your normal user does not have permissions to, the file watcher dies with the following error vs ignoring them:


Caused by:
    0: failed to run file change dispatcher
    1: failed to start watcher
    2: Permission denied (os error 13) about ["/var/home/<user>/git/<myapp>/infrastructure/postgresql/data"]) project_id=36e542ee-9ce3-4edf-b762-b49abfe9c5ef
    ```

nmcbride avatar Feb 28 '24 17:02 nmcbride

Looks like a duplicate:

  • https://github.com/gitbutlerapp/gitbutler/issues/2681
  • https://github.com/gitbutlerapp/gitbutler/issues/2672

Vishtar avatar Mar 05 '24 13:03 Vishtar

As of Version 0.11.3 (20240419.070253), a lot has changed that should improve the situation significantly. Could you see if it's now working for you?

Byron avatar Apr 22 '24 18:04 Byron

As of Version 0.11.3 (20240419.070253), a lot has changed that should improve the situation significantly. Could you see if it's now working for you?

Hi, I have the same error on https://releases.gitbutler.com/releases/release/0.12.14-1108/linux/x86_64/git-butler_0.12.14_amd64.AppImage.tar.gz.

I've installed it with this manual for AppImage https://gist.github.com/KroniK907/24c6edafa2b34af773dc9466dd7e4e00.

Eger37 avatar Jul 23 '24 09:07 Eger37

Thanks for the update!

Indeed, if the filewatcher can't be started, the failure is permanent and the UI wouldn't be fully functional. Ideally, it will communicate that so users won't be confused about its lack of responsiveness.

But most interestingly, I don't know what could be done in this case - it's definitely fatal, but also shouldn't really happen if the user has permissions. It's probably related to AppImage sandboxing… .

Byron avatar Jul 23 '24 15:07 Byron