You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Yesterday during load order meeting, a user reported an issue on the Discord server, whereby their login was not fully working.
After some back and forth, post meeting; it seems the following is true:
xdg-settings set default-url-scheme-handler nxm com.nexusmods.app.desktop ran successfully
update-desktop-database /home/g/.local/share/applications ran successfully
At least according to log.
In other words, all is good, but the user's web browser isn't booting the App.
Steps to reproduce
I cannot currently reproduce this on my machine, although I run the same Linux distro as the user.
The user was also running archive install, not AppImage, which isn't as commonly used/tested.
However I have a possible theory; when I asked the user to run
Which was derived from the user's .desktop file, the App failed to start.
When I asked them to change the current working directory to the App folder, i.e.
I suspect there's a possibility that the user's web browser is not setting the working directory of the App to the App folder. Since some browsers don't delegate to xdg-open.
The XDG .desktop specification does not mention the default working directory anywhere in the specification (I tried Ctrl+F and skimming through it). So if the Path field is not specified, there's a chance the working directory is defaulting to ~ instead.
Some more investigation is needed, I had limited time. I want to test my theory by providing a user with a patched build that explicitly sets working directory first, before doing additional investigation; just in case I'm right.
Note
I forgot to ask the user to test xdg-open nxm:// at the time.
But I believe we should set a working directory nonetheless.
Closing this because it didn't solve the user end-issue. Turns out they're running AppImage, but our logs said 'Archive'. I'll talk and look into that a bit more. #2057 (comment)
Do you set the APPIMAGE env var to the exe's file path? May be unrelated, but I believe that is (or was?) required for some things to work correctly when running the appimage build?
Closing this because it didn't solve the user end-issue. Turns out they're running AppImage, but our logs said 'Archive'. I'll talk and look into that a bit more. #2057 (comment)
Do you set the APPIMAGE env var to the exe's file path? May be unrelated, but I believe that is (or was?) required for some things to work correctly when running the appimage build?
The user actually tested both AppImage and Archive in the end. I'm not exactly sure where the problem lies myself. Only a few questions left to answer, but sometimes I need to wait a little while for a response.
Bug Report
Summary
Yesterday during load order meeting, a user reported an issue on the Discord server, whereby their login was not fully working.
After some back and forth, post meeting; it seems the following is true:
xdg-settings set default-url-scheme-handler nxm com.nexusmods.app.desktop
ran successfullyupdate-desktop-database /home/g/.local/share/applications
ran successfullyAt least according to log.
In other words, all is good, but the user's web browser isn't booting the App.
Steps to reproduce
I cannot currently reproduce this on my machine, although I run the same Linux distro as the user.
The user was also running archive install, not AppImage, which isn't as commonly used/tested.
However I have a possible theory; when I asked the user to run
Which was derived from the user's
.desktop
file, the App failed to start.When I asked them to change the current working directory to the App folder, i.e.
The App successfully booted.
I suspect there's a possibility that the user's web browser is not setting the working directory of the App to the App folder. Since some browsers don't delegate to
xdg-open
.The XDG .desktop specification does not mention the default working directory anywhere in the specification (I tried Ctrl+F and skimming through it). So if the
Path
field is not specified, there's a chance the working directory is defaulting to~
instead.Some more investigation is needed, I had limited time. I want to test my theory by providing a user with a patched build that explicitly sets working directory first, before doing additional investigation; just in case I'm right.
Note
I forgot to ask the user to test
xdg-open nxm://
at the time.But I believe we should set a working directory nonetheless.
What is the expected behaviour?
Login should work.
Other information
User distro is CachyOS, same as mine.
The user's log file:
nexusmods.app.main.current.log
User's
.desktop
entry:The text was updated successfully, but these errors were encountered: