can't connect with 1.4

[ClaireCJS]

Been using this for awhile but dang, 1.4 just won't work. Changed my DNS to 1.1.1.1 + 8.8.8.8 [i like to mix and match for best odds], turned off antivirus and firewall completely...

Are there log files to figure out what's going wrong?

[ClaireCJS]

Also tried running as administrator

[ClaireCJS]

Looking at the log file...

The cat command looks sus - why is it missing a drive letter, and that file doesn't exist?

12:17:22.347 AM (UTC): [INFO] [MainForm..ctor] 
------
------
Program Launched at: 07:17PM(UTC)
------
------

12:17:25.229 AM (UTC): [INFO] [Zip.DoExtract] Begin download 7-zip
12:17:25.727 AM (UTC): [INFO] [Zip.DoExtract] Complete download 7-zip
12:17:25.730 AM (UTC): [INFO] [Zip.DoExtract] Extract: 7z x "C:\RSL\rclone.zip" -y -o"C:\RSL"
12:17:26.366 AM (UTC): [INFO] [RCLONE.runRcloneCommand_DownloadConfig] Running Rclone command: listremotes --config vrp.download.config
12:17:26.662 AM (UTC): [ERROR] [RCLONE.runRcloneCommand_DownloadConfig] Rclone error: 2024/01/19 19:17:26 NOTICE: Config file "C:\\RSL\\rclone\\vrp.download.config" not found - using defaults

12:17:26.662 AM (UTC): [INFO] [MainForm.initMirrors] Loaded following mirrors: 
12:17:26.664 AM (UTC): [INFO] [SideloaderRCLONE.updateDownloadConfig] Attempting to Update Download Config
12:17:28.239 AM (UTC): [INFO] [SideloaderRCLONE.updateDownloadConfig] Retrived updated config from: https://vrpirates.wiki/downloads/vrp.download.config
12:17:28.241 AM (UTC): [INFO] [SideloaderRCLONE.updateDownloadConfig] Online Config Hash: d41d8cd98f00b204e9800998ecf8427e; Local Config Hash: Config Doesnt Exist!
12:17:28.241 AM (UTC): [INFO] [SideloaderRCLONE.updateDownloadConfig] Updated Config Hash is different than the current Config. Updating Configuration File.
12:17:28.242 AM (UTC): [INFO] [SideloaderRCLONE.updateUploadConfig] Attempting to Update Upload Config
12:17:28.384 AM (UTC): [INFO] [SideloaderRCLONE.updateUploadConfig] Retrieved updated config from: https://vrpirates.wiki/downloads/vrp.upload.config
12:17:28.385 AM (UTC): [INFO] [SideloaderRCLONE.updateUploadConfig] Upload config updated successfully.
12:17:28.387 AM (UTC): [INFO] [SideloaderRCLONE.initGames] Initializing Games List
12:17:28.387 AM (UTC): [INFO] [RCLONE.runRcloneCommand_DownloadConfig] Running Rclone command: cat ":PCVR Games/VRP-GameList.txt" --config vrp.download.config
12:17:36.924 AM (UTC): [INFO] [RCLONE.runRcloneCommand_DownloadConfig] Running Rclone command: cat ":PCVR Games/VRP-GameList.txt" --config vrp.download.config

[frxctura]

This is not an application issue, but an internet issue. servers are up. use support channels (tg/discord), not git for support. You can find a link to our Discord/Telegram on our wiki page 🙂

Also, the cat command isn't sus, it's just how rclone works.

[ClaireCJS]

(1)

It was definitely an application issue because it failed for all versions of the application in that folder (1.2, 1.3, 1.4) until i nuked the folder and did a clean install, at which point, every version worked.

Whatever happened, it was absolutely the application and not the internet. But a clean install fixed it.

Software developed to the highest standards should leave a log file that says why the failure happened. Clearly your log file was insufficient to identify what absolutely was an application issue, if you have falsely come to the conclusion that my internet was messed up.

But hey, I tried to help you.

Try being more receptive next time and your software will end up less buggy.

[ClaireCJS]

(2) Gross mansplaining about 'cat'. Of course that's how rclone works. We know this.

But when trying to debug an APPLICATION error where the program works fine from a clean install but not from the ugpraded folder, i found it sus to see the cat command using file paths that did not include a drive letter before the colon. That's the sus part, in a situation of application failure, which is absolutely what was happening.

But hey, clean install fixed it. If you want to saddle all your users with that instead of fixing bugs, that's your weak prerogative.

[frxctura]

Someone had a bad day today...first of all, its not an application issue, and if it is, it's not one in our code, the code works, and it shows that it works because hey, after a clean install everything worked right? 😃 Therefore if there really was bugs in our code you would still face the same issues. If anything the issue was on your end and on your computer, not on our software side. Not to mention, to think that this software is "developed to the highest standards" (need I remind you this is run and developed by volunteers) is really entitled and just shows a horrible attitude, if you want to solve our issues, go ahead, you're at our source code so feel free to improve our code you think is so bad!

Second off, no one is "mansplaining" anything here, the thing rclone is accessing isn't local on your system therefore doesn't have a drive letter because of the way the code works, this isn't some C:/ F:/ D:/ drive. Nor does the file its accessing locally exist on your system, before you try correcting me, read our code first, before mumbling some nonsense because you think you know it all.

The fact you got angry at being told this isn't an application issue, and had felt the need to write some ragefilled responses instead of maybe going to our live support chats where we can properly help you (mind you, these GitHub issues are supposed to be for actual code issues, not your app not connecting)

Sincerely, keep it to yourself next time, thanks!

[frxctura]

FYI! I am not a man, thanks!

[ClaireCJS]

It's adorable that you think the code working on a clean install somehow doesn't mean the program failure was an application issue. That's precious 🤣 Someone's never done software testing and it shows.