Config not working (v1.8.0)

[rtejano1207]

I am not sure if this is a bug but I am getting a blank response when I clicked CONFIG. A window appears and closes momentarily.

the following applications are installed. rclone browser: v1.8.0 rclone: v1.51 os/arch: linux/amd64 (linux mint 19.3) go: 1.13.7

I can do a manual rclone config via terminal but the said configuration does not appear in UI configuration list.

[kapitainsky]

"Config" button issue would indicate that there is problem starting terminal (at least from Rclone Browser perspective). And by any chance do you have $TERMINAL environment variable configured in your Linux? I am thinking if it maybe points to some exotic terminal..

Besides that issue it should not affect Rclone Browser if you preformed rclone configuration manually already. Could you check if rclone lists remotes when you run from command line rclone listremotes? Doesn't pressing "Refresh" button in Rclone Browser help? would you mind to post here your rclone config? (remove any password/token info)

[rtejano1207]

Existing TERM variable is pointing to xterm I added new environment variable TERMINAL=xterm Clicking "Config" from Rclone Browser 1.8 pops up a terminal window and it momentarily closes the same. The terminal shows permission denied reading rclone.conf

Running rclone listremotes from terminal returns a list of the manually created configuration.

Pressing "Refresh" from RClone Browser does not list the manually created configuration.

Could this be permission related?

[kapitainsky]

I have tried on my Linux to replicate the issue. I've got the same Rclone Browser behaviour (shows rclone version, does not list remotes and fails to start config) exactly in situation when defined rclone.conf does exist but I have no permission to read it. But then also running rclone listremotes shows error message "rclone.conf: permission denied" - when in your case it works.

Now it is possible that you run different rcone from command line than from RB... I see that you configured /usr/bin/rclone in your RB preferences.

Let's try this one explicitly from cmd /usr/bin/rclone listremotes -vv -vv option will display debug info including rclone.conf used e.g.:

db@DB-laptop-01:~/.config/rclone$ rclone listremotes -vv
2020/04/12 07:45:11 DEBUG : rclone: Version "v1.51.0" starting with parameters ["rclone" "listremotes" "-vv"]
2020/04/12 07:45:11 DEBUG : Using config file from "/Users/db/.config/rclone/rclone.conf"

is it the same as configured in preferences?

You can also try to remove rclone.conf location from RB preferences (default rclone location then will be used).

[kapitainsky]

Also FYI my /home/db/.config/rclone.conf permissions:

[db@localhost rclone]$ ll
-rw-------. 1 db db 4137 Apr 10 11:00 rclone.conf

[rtejano1207]

Issuing chmod a+r rclone.conf did the trick for me. RB is now able to read and launch Config flawlessly.

I am not sure if there is any security implication by the above command but i only added read rights for all. Can you confirm from your end as well? I hope there could be a better workaround directly from RB's end on this matter. Nonetheless you have a great product.

[kapitainsky]

This is definitely not standard behaviour. I have never seen situation like this. Of course rclone needs access to its config file to work. Under normal circumstances user has read/write access to this file, then the same user runs RB so RB has inherited rights (passed to invoked rclone).

In your case rclone.conf file is owned by user raymond and without read permissions for all RB does not have rights to read it. What does it mean? I am thinking that your RB is run as another user. Could you check it?

Run ps -ef | grep rclone

When on Linux I run RB as user db it shows:

db 11231 1 0 01:13 ? 00:00:00 ./rclone-browser-1.9.8.0-69f1d5c-linux-x86_64.AppImage

so my RB instance has no problems with accessing file owned by user db.

[rtejano1207]

RB is owned by the user raymond. I forgot to inform earlier that rclone.conf was previous owned by root and not by raymond so I had to issue chmod +r

But taking cue from your end that both your RB and rclone.conf are owned by db user but still it does not list the remotes so I had to do the above workaround from my end.

[kapitainsky]

question is not who owns rclone browser file but who runs it...

Start RB and then in terminal check ps -ef | grep rclone

[rtejano1207]

RB is runnig with user raymond

[kapitainsky]

ok - but I wonder why there are two instances? On my system I can see only one.

[rtejano1207]

Yes. this is also an observation. I only launched the RB once but showed two processes. If i close the app, both process also close.

[kapitainsky]

maybe you are using some AppImage management software.

[rtejano1207]

I haven't installed yet AppImageLauncher. I launched RB direclty.

[sdotb]

output of which rclone? check if /usr/local/bin/rclone or /urs/bin/rclone

[rebelclause]

The same problem over here. RB stopped prompting for a password and shows no Remotes, though Tasks are still there and editable. rclone config has always required sudo to run and the config remains accessible with one of the scripts created for the CLI syncs properly to the remote it has a token to access. On trying to launch Config from RB's main screen, what appears to be an XTERM pops open, then immediately closes. No joy on resolving this using the latest AppImage 1.80, or upgrading rclone to the latest (with rclone continuing to work as described above). In the RB ~/.config/rclone-browser directory there are historical config files and one with .save on its end. Quitting RB, the incumbent .conf was tagged .old and the most recent legacy file put into current position. The same problem. I've recently also had docker-compose suddenly stop working with a hacky kind of error on timeout values showing to be int, not being so. And because these two events occurred one after another between reboots (docker first and then rclone-browser), I get a sand vine vibe, like they're two particles in the same pool of quicksand. I ran ps -ef | grep rclone, and lo, for the earlier version 1.7.0 and for the latest as of this writing, 1.8.x, rclone-browser had two instances to report. Launching rclone config and doing ps -ef again, rclone showed up as expected with the same result on rclone-browser. Similarly, listremotes show all the expected remotes. Oh, yes, I also removed the password from rclone config using the CLI and then tried RB again, to no avail.

[kapitainsky]

I am trying to replicate it.

[Thanatoslayer6]

The same thing happened to me recently however, I managed to fix it by installing xterm and unsetting my $TERM environment variable, and with that I rebooted my pc and it worked. I use the appimage version though, I hope this helps :)