[LINUX] "Failed to access ficsit.app" only in the mod manager, works fine through browser
Hey all!
When I launch the mod manager (appimage), the program instantly fails to connect to ficsit.app (doesn't seem to timeout; simply instantly fails). I'm not sure where the problem is, debug logging didn't expose any useful information. It seems to work fine otherwise, it finds my satisfactory install without issue.
I think it could also be related to platform, so here is my current system info. Any help would be appreciated 🙂
OS: Fedora Linux 40 (Workstation Edition) x86_64
Kernel: Linux 6.10.11-200.fc40.x86_64
DE: Gnome 46.5 (X11)
Steam is installed via the RPMFusion repos (standard $HOME install from the perspective of the app)
Debugging steps taken:
* disconnected and reconnected via the settings
* enabled debug logging (in hopes of getting more verbose network data)
* re-downloaded the app
I suspect there may be a firewall config issue, however not enough logging or error data is produced so I can properly debug it.
Any help would be greatly appreciated 🙂
363 Replies
Try the non-appimage version (https://github.com/satisfactorymodding/SatisfactoryModManager/releases/download/v3.0.0/SatisfactoryModManager_linux_amd64), but you will have to install
libwebkit2gtk-4.1 (the complete package name might be different for your distro)yep that fixed it. Heads up though, it looks for webkit2gtk4.0 and not 4.1. 🙂
on fedora:
sudo dnf install webkit2gtk4.0 webkit2gtk4.0-develAh, right, it compiled against 4.0 even though I have tested before that it will compile against 4.1
Always when you release something does it break
haha, I feel ya, its my day job. No worries though, thank you for your help, and amazing job 🙂
In addition to libwebkit2gtk-4.0.so.37 it also wants llibjavascriptcoregtk-4.0.so.18. Creating symbolic links for each from the 4.1 version results in
libsoup-ERROR **: 18:24:50.793: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Are you using a distro version that no longer provides 4.1?
4.1 is installed. SMM want's 4.0.
*wants
Sorry, meant 4.0 yeah
I'm using linux mint 22 Wilma
Yeah, that's ubuntu 24.04 packages
It has 6.0 and 4.0 installed for webkit.
err, 4.1
Now I'm doing it 🙂
6.0 and 4.1 installed 🙂
I also have the same problem with the appimage. Can't access ficsit.app.
I think someone got this symlinking to work at some point, but not sure what the full steps were
Not sure if this is relevant, but the appimage shows this:
Gtk-Message: 18:33:07.357: Failed to load module "xapp-gtk3-module"
/usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so: undefined symbol: g_task_set_static_name
Sorry, don't know how to do code blocks here.
Wrap in single ` for inline code block, wrap in ``` for multiline
ty
I'm guessing it's because of the difference between the lib versions
Doesn't the appimage include the needed libs?
Anyway, these are the symbolic links I tried:
But I get this:
(process:244169): libsoup-ERROR **: 18:24:50.793: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
That's from the standalone version, of course.
I guess I'll just wait for a rebuild or something.That could work I guess, copying the required libs from the appimage
Yeah, will look into this tomorrow (it's 3:40AM)
No worries. Get some sleep.
Yeah - the proper fix is to package webkit into the appimage
given that its one of those libraries that just keeps getting updated and out of date so fast.
fwiw - I installed both webkit 4.0 and 4.1 on Fedora 40 - and it still doesn't work.
on my Debian installation I got
mine is less eventful:
Does anyone have it running on linux atm or should I just wait
You know...I have a dumb idea
You can install webkit 4.0 manually from your distro and use the other version.....
but the AppImage is busted.
I wonder if installing it under proton with the windows version would work
what's the worst that could happen
additional to @CRC my log contains
I use Debian gnutls-bin 3.8.6-2
(I've done this before with other stuff. like ea's client)
You're missing libraries - so you'd have to install whatever packages provide them.... But that's another issue.
or just wait for the AppImage to be fixed....
this libs I can not find on my repositories 😦
they might not be available - so you might be stuck waiting for the AppImage to be fixed.
lol.lmao,even
will it install? that's another bag of cats
it did install
Now to add the exe as a non steam game..
@CRC my glib-networking is correct installed and all libs are available; the warning was undefined symbol: g_task_set_static_name,...
Ngl, I'm surprised it did, I remember looking at whether webview2 works under wine and people said mostly no
Any chance, for the appimage version, that it somehow gets a
HTTP_PROXY value from somewhere?Well, I do run behind a VPN. But the VPN is network wide and not running on the same machine. Dunno if that matters.
I can make a build in a moment that allows opening the devtools so you can check what the error is when trying to fetch data from ficsit.app
I'm awake and can try and help.
Someone with more technical ability might be better, but I can probably mange.
I can help you through it
I figured. I hae been using linux for years, but haven't done much of anything related to development.
We should be fine.
thanks yall, really didn't want to have to drag my ass back to dualbooting temporarily
Google, you ok? I'm pretty sure an executable is not a word document
Is this an appimage? The extension is missing on download.
No, it's a standalone build
Oh, and it should be built with webkit2gtk-4.1
Because somehow that works when I build locally, but not on the CI
...
I just realized what I did
Maybe I should properly wake up and have breakfast before debugging lol
Well, I get a web inspector when running it.
Unable to connect to fscit.app is an appimage problem, I thought.
Well, it is for me.
The standalone just didn't start because of different webkit versions. The standalone wants 4.0 but it's not available on my distro (linux mint/ubuntu)
manjaro is pulling this webkit2gtk-2.44.4-1-x86_64
for the latest webkit version
Well, I missed the actual main window.
It works.
Yeah, I realized that I didn't build an appimage after you said that
Building now
I have three monitors and I get confused sometimes about where things are. 🙂
coolio
I don't think we need the development console for the standalone. That was just a problem with linking to the wrong libs, I thought.
Yeah
I also have a slight feeling that the appimage I'm building locally will magically work, just to confuse us even more
linux can be weird like that
I'm thinking it would be some weirdness with github actions runners, since the webkit version issue is also only happening there
That's a lot of libraries
nothing like downloaded appimages from a stranger
It's a lot like getting into a car with a random person you shouldn't do it. But we pay to these days
Could not reach ficsit.app, and a web inspector popped up.
At least it's reproducible with a local build (even if it still doesn't happen for me)
Check the network tab in the inspector and see what the result is for the
query requestsI don't see any column that contains "query"
I can I post screenshots here?
Yeah sure
ahead of ya
yes you are
preview says 'tls support is not available' guessing that's not relevant?
Not sure how to upload a screenshot.
Hmm, could be, for me it does show the json response
Oh,l here we go. Queries just showd up.
Does the security section mention anything about tls?
Same: Failed to load resource: TLS support is not available
Maybe it depends on some ssl library that somehow isn't packaged in the appimage?
Just no connection security information and no certificate security information
There's this line in console ` (Satisfactory Mod Manager:331176): WARNING : 03:04:38.667: atk-bridge: get_device_events_reply: unknown signature
1
Not sure if it's related.
I don't get that warning, but not sure
I'd assume (not knowing how this handshake works) that the app needs to feed the server a valid token
There's no SMM specific authentication
You know what would be super helpful actually
This is one of the query links if it helps
https://api.ficsit.app/v2/query?operationName=GetModCount&extensions=%7B%22persistedQuery%22%3A%7B%22sha256Hash%22%3A%2234c8f4989e1658cc28a2e93e911dcadee76cce9ce8c95cae3d81c6b8fd649c2c%22%2C%22version%22%3A1%7D%7DSeeing what this menu looks like on a functioning windows build
Which menu?
Seeing what the query field is outputting i mean
I'm deeply tired so it could be best to ignore me
I tried to maximize the inspector for a screenshot and WSL decided to "maximize" it at an offset, and never allow me to unmaximize it...
for some reason I used to have to use the --no-sandbox option. But now I get this
2024-10-11T03:16:12-07:00 ERR backend/args.go:25 failed to handle file error="unknown file type --no-sandbox" path=--no-sandbox
Again, not sure if it's related. It's just different from previous versions.--no-sandbox was an electron/chromium thingMy bet would be on the security field
No longer necessary/a thing
Given that both of these are outright missing on the appimage build currrently
it's just not communicating because tls support is missing
Do you have
glib-networking installed?the app image is self contained,no?
but i doubt it
Should be, but I found this issue on flatpak, might be related https://github.com/flatpak/flatpak/issues/1207
GitHub
TLS support is not available · Issue #1207 · flatpak/flatpak
Hi! I've tried to install Gnome builder via flatpak but failed. I've followed instructions but every time I get the same error message. Input: flatpak install --from https://flathub.org/rep...
just installed glib networking
made no difference
I dunno, I'm reading the alacritty thread linked inside this forum
and i'm not gonna pretend i'm not beyond my capability
Just pasting this in case there's something in the console messages.
Oooh
That library that failed to load is indeed part of glib-networking which provides TLS
is it not included inside the appimage?
Hey, I may have done something helpful lol
It is, that's the file explorer screenshot
https://github.com/snapcrafters/alacritty/pull/2 from what I could parse the issue may be the the appimage is written in such a way that it's making a call outside the appimage and looking for depencies on system instead of inside the existing appimage
GitHub
Libraries are missing when launching GUI applications by tunix · Pu...
Fixes #19
Removed desktop-helpers as most of it is for strictly confined apps, causing trouble for classic confinement
Moved GL related customizations inside desktop-helpers into custom-wrapper
Up...
It's using pretty much the same gtk appimage plugin as tauri and wails3 (SMM is using wails2)
the new AppImage version was not working on my Linux
Actually, it's using exactly tauri's plugin
sure, but can it not still be making system variable calls by mistake
It's clearly not seeing these files inside the appimage and then failing to find it locally on our sytems. But i'm an idiot and probably wrong(no sarcasm here, i just mean it)
thanks for trying tho
I don't think you're wrong.
If it's any help, that's what I think is happening too, from looking at the terminal output
However I too am an idiot (and also I only started using Linux as my main OS about a month ago)
I don't suppose it might not be finding the right version of the libraries inside the appimage? So looks outside?
The old gtk appimage might need a library update?
https://github.com/snapcrafters/alacritty/pull/2#issuecomment-891768612 this comment specifically is my best guess
GitHub
Libraries are missing when launching GUI applications by tunix · Pu...
Fixes #19
Removed desktop-helpers as most of it is for strictly confined apps, causing trouble for classic confinement
Moved GL related customizations inside desktop-helpers into custom-wrapper
Up...
top of page 'please check this line'
Doesn't link to anything for me, just the PR files
I'm now trying to find what is the import chain that ends up linking at the wrong path, because the tauri script does fix the rpath for
*libwebkit* files, but maybe some other file also imports those libraries, but with the absolute path
I'll take a break now though, still haven't eaten breakfast. I'll be back in a few minuteshave a nice breakfast, much appreciative of the efforts
Nothing seems to be loading libgiognutls.so
Itself?
/tmp/.mount_Satisf4AdJwy/usr/lib/libgnutls.so.30: version GNUTLS_3_7_4' not found (required by /usr/lib/x86_64-linux-gnu/gio/modules/libgiognutls.so)`
nm, different libs.
I assume that .mount is the appimage mounted?Yeah, which makes it even weirder, because how can a system library reference an appimage library
Maybe the path on the right is not displayed correctly, and it actually is the one from the appimage? Though that would still be weird, because the appimage shouldn't mess with paths like that
Well, maybe something else in the console output gives a clue.
Hmm, gtk doesn't list the libraries to load in the binary, it loads them dynamically at runtime
Are all of you using fedora?
No, linux mint here.
Does the appimage work for you locally?
I'll try to set up a VM of that, then, Fedora isn't happy to run in VMWare
Yes, but I'm running it in WSL, with who knows what development packages I had installed
steamos, based on arch
Also arch based manjaro
Which is arch with the tiniest bit of stability testing
I just so happened to have an iso of manjaro
Sorry for hopping in here, but on my Linux Mint 21.3 environment, I get no network issues with AppImage.
appimage gets network issues, standalone complains about webkit2gtk being missing after installing it manually
Interestingly though, it doesn't log anything about libgiognutls for me
I booted from a live cd of linux mint 22 and the same console errors occur. Just FYI.
Well, booted it in a VM but didn't install it.
Well if the error is distro agnostic then all roads lead home it would seem
yes, but @Mircea (Area Actions) doesn't need to install the distro, he can just boot a live cd of linux mint 22 and test there.
Yeah, booted a live majnaro ISO
Interestingly, I tried the same with LM 21.3 and the errors DID NOT occur in console.
As @EggToast said.
Of course I get the No Satisfactory installs found popup, but no connecting to ficsit.app error.
Ubuntu 24 seems to be a mess unlike Ubuntu 22. I got libwebkit2gtk-4.1-0 and opened SMM through non-AppImage solution, and it worked.
It seems the appimage is relying on something in the installed OS that it shouldn't be. AFAIK
I don't suppose there's a way to see what libs and paths it's actually using?
I tried, but it seems like that tls library is loaded with dlopen, which isn't logged by
LD_DEBUG=libs, and ltrace crashesI suppose I could just start deleting local libs until it stops working 🙂
Then we'd know which ones it's trying to use. There must be a limited number of them to try deleting.
Thats..probably helpful lmao
I meant in the live cd. Assuming they can be removed without breaking something else.
Ik
ok - I'm back now - so I can help with debugging on Fedora 40 if there's any info required.
Maybe
LD_DEBUG=all wasn't a great idea
the standalone binary works on Fedora 40 if I install webkit 4.0
Yeah that's never been a problem
The issue is that on some distros you can't get access to that version
(And that still doesn't count as functional, really tbh)
And I think that issue is basically solved. Just need to rebuild the standalone with the right libraries linked.
I guess libgnutls is used by a lot of things including the terminal. 😉
Anyways, running the appimage from the file explorer (since I couldn't open a terminal) resulted in the ficsit.app connection error. After removing libgnutls, anyways.
I have no idea what I'm doing.
Yeah i'm letting the pros take it from here. I've been as useful as i can hope to be
running the appimage gives a bunch of installation errors on steamOS
With any luck there may be a working appimage when i wake up(and if there's not. Eh waiting a day or two for mods is worth the no windows entry cost)
I don't think those are isntallation errors. They're checks to see if something exists.
that was the appimage posted in this channel
the one from github gives the same issues
And as far as i can tell, it doesn't actually result in any errors. The appimage finds both my steam install and satisfacory executable with no issue
That's expected, SMM logs the launchers it couldn't get the installs from (or where it got invalid installs from), because all of them will eventually change how you get the installs and break something (they have done multiple times in the past)
I don't think those are issues. They're just informational saying that these ways of installing Satisfactory have been checked and aren't the method Satisfactory was installed.
does this say more about the issue per chance?
This looks unrelated..i think
That's roughly the same as I get, without the mentions of the library errors from https://discord.com/channels/555424930502541343/1294102072131719230/1294244692493471806
is there a way to run ldd across all the stuff in the appimage to see what's missing?
I think you know what the problem is you just don't know why it's a problem.
its been a while since I've debugged an AppImage
I have, nothing references the libgiognutls.so
It's probably loaded with dlopen, and even
LD_DEBUG=all didn't list it (as far as I could search in the 1.1GB output file)Yet when I deleted it in my VM I get the error. I could have done something wrong, though.
ah:
LD_DEBUG=libs ./Satisfactory-Mod-Manager.AppImageWtf, it works now
I started copying the libs from the appimage to the system libs
8220: /lib64/libcurl.so.4: error: symbol lookup error: undefined symbol: nghttp2_option_set_no_rfc9113_leading_and_trailing_ws_validation (fatal)
Didn't even finish copying everything, but when I launched it now it worked
8220: ././/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess: error: symbol lookup error: undefined symbol: soup_date_time_new_from_http_string (fatal)
The reason I launched it was to send a screenshot of this
Now just find out which library made it work.
That prefix sounds like gtk is still configured to reference modules in the system, not in the appimage
But I couldn't find any env var that changed that prefix
If you run
LD_DEBUG=libs ./Satisfactory-Mod-Manager.AppImage - that will show you what mappings it makes for librariesYeah, that never listed libgiognutls.so
i'm clearly nowhere near as familiar with terminal as y'all oof
looks like TLS is handled by:
It does show this:
And there was this:
/tmp/.mount_SatisfjFB85z/usr/lib/libgnutls.so.30: version GNUTLS_3_7_4' not found (required by /usr/lib/x86_64-linux-gnu/gio/modules/libgiognutls.so)`
Ok, I'm done. Leaving it to the experts.Copying the
<extracted appimage>/usr/lib/x86_64-linux-gnu folder was what fixed itSo, I notice there's a ton of errors about libnss_resolve........
Does the
required by file exist?and a TON of other issues with libnss_resolve.so.2
I don't even know what that is.
iirc, that'll affect DNS lookups?
What happens if you build an AppImage with libnss included?
I think this is because it can't resolve multiple symbols in libnss:
ie AppImage is searching every library for it, but not finding it
yes /usr/lib/x86_64-linux-gnu/gio/modules/libgiognutls.so exists
I was confused for a minute. I thought there was some config file that specified requirements or something. lol
if you want the ~540Mb debug log I'm trawling through - you can create it with:
LD_DEBUG=all ./Satisfactory-Mod-Manager.AppImage > output.txt 2>&1tried this, moving it to system libs made the appimage work
Would that overwrite existing files?
i did not have anything in that folder so no
did have to change some permissions
If you didn't install glib-networking it shouldn't
standalone still complains about webkit2gtk 2.41.0 missing
despite having installed it
how can I find the version of libgiognutls.so? They are different sizes in my system dir vs the unpacked appimage.
GIO_EXTRA_MODULES="/home/manjaro/Downloads/squashfs-root/usr/lib/x86_64-linux-gnu/gio/modules/" ./SatisfactoryModManager.AppImage also works (with squashfs-root being the extracted appimage)
There is an apprun hook that the gtk appimage plugin generates, which sets that env var
But it doesn't seem to be loaded, and also point to the 32 bit folderthanks for the work investigating the issue mircea
https://appimage-builder.readthedocs.io/en/0.9.2/advanced/troubleshooting.html#missing-libraries
Links are filtered because of scam bots
yeah - that one lol
ah
This is the debug log.....
I'm trying to figure out how to then check libraries vs init: ones
in theory, if there's a
find line without an init line, then it can't find that library
narrowing it to a single file would probably helpIt works if I replace my system libgiognutls.so with the one from the appimage.
but you probably just hosed something in your system doing that 😄
It's temporary. I can change it back.
I backed the original up, of course.
But that would seem to be the problem. Different versions of that library.
Well, it's that specific library.
Interestingly, I don't even see a call to that library:
that library loads though
This is the console output after replacing libgiognutls.so with the one from the appimage:
But it connects to fiscit.app now.
Oh, grid ruler has been updated for 1.0. I missed that mod.
I guess I should restore the original lib now in case the one from the appimage screws something up.
@Mircea (Area Actions) - you know what's wierd.... /usr/lib/x86_64-linux-gnu/ in the AppImage has stuff for Webkit 4.0 and 4.1 😐
is that supposed to be the case?
Yeah, because it has to add all the libraries, because ldd wouldn't list everything for gtk (as you've seen above)
And because the default for building is still 4.0, it has to be installed on the CI so that it doesn't require adding
-tags webkit2_41 to every commandAnnoyingly then, the only thing I can find is the ton of unresolved symbols in libnss_resolve
Well, it's definitely the libgiognutls.so file. Replacing the one on my system with the one in the appimage fixed the problem with connecting. Other than that I have no idea.
Why it's looking at the system for that file instead of the appimage seems to be the question.
if you run:
LD_DEBUG=libs ./Satisfactory-Mod-Manager.AppImage > output.txt 2>&1Because of this
what entries does it have for libgiognutls ?
I wonder why the AppImage build doesn't use appimage-builder
Because it requires much more configuration
With linuxdeploy you just create the app dir, and it packages it
I'm just wondering if this is a library edge case.....
annoyingly, you can't run it with an
LD_PRELOADHere's the contents of an appimage built with tauri. It creates that .wrapped file, which linuxdeploy should do when it detects an apprun-hooks folder
But for some reason it just doesn't for us
The AppRun.wrapped is the original AppRun, and AppRun
sources the plugins then runs the AppRun.wrappedyeah, I just see:
wait, what does that AppRun include?
cat it out?
It's a binary
Getting the apprun hook to actually get loaded will probably fix all the other library issues, because it changes the search path for GTK stuff, so it won't try to load external stuff anymore
well shit - if I do:
then put that AppRun in there - it all works fine
you could fix this in a fucking horrible hack 😄
Huh
Isn't the hook also broken?
For me it had an invalid path
And the i386 folder instead of x86_64 for some reason
Huh
Is this the github release or the one I sent here?
I was just looking at that.
the github release
Ah ok
So all I did was make it like the package you screenshotted
I guess my local has i386 even though it shouldn't, because of my attempts to run steamcmd in WSL
And tauri's script for comparison https://github.com/tauri-apps/tauri/blob/dev/crates/tauri-bundler/src/bundle/linux/appimage/appimage
you could save that to
AppRun.wrapped
and include the AppRun as a cat to file..That would be a hack, I guess, but https://github.com/linuxdeploy/linuxdeploy/blob/f6730d2fbacd9005dd9640ea517771f7597eec73/src/core/appdir_root_setup.cpp#L268
ie:
I hate it - but it'd likely work LOL
I mean, its a butt-ugly hack - BUT it'd work until a proper fix can be found
well, it should work
WARNING: Could not find desktop file in AppDir, cannot create links for AppRun, desktop file and icon in AppDir root
That's why it returns before creating the wrapper
There's no .desktop in AppDir/usr/share/applicationsthat's..... strange.
Well, I never made it place it there
Because the appimage format only needs it in the root, so I assumed it would copy it there
The spec says:
I guess move the .desktop file into that directory, then symlink it into the root?
The spec kinda states that it only has to be in the root directory
that might be an easier change though.... as at Line 27:
Then about line 31:
I just did this
that might fix up the linux deploy bits
you'll have to make the directory first 🙂
Huh, it didn't error
I mean, to do it properly:
After Line 22, add:
Then the other copy:
Then after the
cd "$APPDIR" || exit:
then its one mkdir, one copy, and one link 😄
I mean, I can see what the linuxdeploy is doing...... I don't agree with it, but I can see it.....
like, it should probably check both usr/share/applications and AppDir.
So it does know that the AppDir .desktop exists
I guess it kinda tries to take roughly what the contents of a .deb would be, and generate the appimage format around it
Yeah, now it wants the usr/share/icons
I mean, by the word of the AppImage specs, it shouldn't be required.....
however, eh - its a different tool lol
and fixing it this way is MUCH better than my butt-ugly hack idea above
@Mircea (Area Actions) I tagged you (I hope its you) in a github issue filed on this too.
Issue #237
Yup
now that I think about it - it all makes sense now - given symbol lookup failures because the override paths etc weren't been set by the hook before running the app
meaning it'd be a hit / miss as to if the right libraries were loaded etc
and I'm happy to try out an AppImage to confirm it works before you commit it
The .appimage generation step kept erroring (Could not create destination file: Text file busy) even though the file doesn't even exist, so I restarted my PC and it decided to update... (it has been running for over a month to be fair)
hahahahahah - always the way 🙂
Now I only need Infinite Zoop to be updated 😄
then my life will be complete again
I'm waiting on Modular Load Balancers.
Glad there are smarter folks than me working on this. I can follow along with what you're doing, and I've used Linux for a long time, but I'm not sure I could make the connections you are. Will be happy to test a fix, though
Finally
eyyyyyyy 🙂
Uploaded new build, same link
whut
Same error here
oh phew - I thought I was doing something completely braindead and I couldn't see it 😄 😄 😄
It... works for me...
Needs new chmod?
just tried chmod, nope 😦
there's no binary in usr/bin
How
you built this on Windows, right?
WSL
yeah - the file permissions are fucked beyond belief haahhaha
but there still isn't a binary though
But all the previous builds were from WSL too
Where did the binary go
Where socks you put in the dryer go?
you can do:
./SatisfactoryModManager.AppImage --appimage-mount
then look at the directory it prints to get the contents of the AppImage
there's nothing in usr/binAh, it worked for me because it launched the copy I made in the actual /usr/bin when I was testing something a while ago
I've been running the same command over and over again for an hour at this point
Noooo, not again
o_O
maybe just try it though the CI 😛
Uploaded another build
Should definitely work this time
yup - works fine apart from popping up the Web Inspector at start
probably cos debug build?
Yeah
Works on my end too
After making it executable
commit away my friend 😄
I don't get the connection error.
Still get those, though.
You can grab a debug-less build that also will auto-update from https://github.com/satisfactorymodding/SatisfactoryModManager/actions/runs/11295030588 when it finishes
Can I take the reward for assistance in Hard Drives to feed into the MAM? 😄
Will also add a nightly.link (github actions links, but without requiring a github account) here when the artifact is done
Would it be helpful for me to do some debugging on my end tonight? see if I can figure out exactly where the connection is failing on fedora?
I think it's fixed now.
ah okay
Give it a try. Link is above.
we verified last night the normal executable worked fine
The link above is for the appimage.
yeah, waiting on it to build
nope, still broken on Fedora.
ill play around with it tonight after im done with work. I'll let ya know what I find 🙂
I dunno what you're testing, but the 'fixed' version hasn't built yet.
oop, im dumb, sorry
It's here
yep, fixed
It's just not available for auto update yet.
You almost gave poor @Mircea (Area Actions) a heart attack.
I'll get a few more fixes in before releasing (the webkit2gtk 4.0 one, at least)
yeah sorry about that XD I've barely got my coffee in this morning lol
Odd, I get 404 at that link now.
You need to be logged in to github
gotchya
yep - can confirm - that AppImage is fine.
Eventually this should work without being logged in, but nightly.link isn't coperating...
https://nightly.link/satisfactorymodding/SatisfactoryModManager/actions/runs/11295030588/artifacts/2045991148
Thanks for fixing this so quickly too 🙂
Do you want me to link to that scratch build in the Github Issue?
Yeah, sure
And no worries 😄
linked the commit and the pre-release version in that github issue - so hopefully, people come across that instead of filing more bugs 😄
Yup, TY @Mircea (Area Actions)
kubuntu 24.01
same issue
Use this build
?
need to be logged in
works now
even logged in this doesn't work(says file doesn't exist)
But I did use the github link above this one
Thanks
Oh, I had the nightly.link in the wrong format
It's https://nightly.link/satisfactorymodding/SatisfactoryModManager/actions/runs/11295030588/build-linux.zip
Now my game just completely refuses to launch
I cri
Yeah, I don't get it
'mods off' the game doesn't launch
same for mods on
I'm gonna clean it manually I guess
Even deleting the mods folder entirely doesn't change anything
verify time I guess
yeah It just launches and immediately closes without throwing an error or even opening a window to begin with
verify throws no errors but I guess i'm reinstalling absolutely everything
What kernel are you on? It's possible that it's not a game or mod issue, but a kernel issue (happened to me with this game and No Man's Sky on one of the 6.9.x kernels)
Not sure, i'm on manjaro so the answer is almost certainly latest
But the odds of it not being connected to smm seem astronomical given that it was working literally just before installing smm
What the actual fuck...
screw it
Installing an entirely new distro
Lmao, reinstall no solve, reboot no solve, reinstall then reboot, then relaunch smm and it works
whatever linux
How can I delete ficsitcli/metadata, that's the error I'm seeing in the console for this one
Can you send the full error message?
I figure if I delete old data from the previous SMM install that would help
Use this build of SMM
The
ficsitcli/metadata.go is the file and line where the log is coming from, not a file on your PCoh gotcha, darn
I'm only on linux because I hate windows tho I don't know how to do builds 😄
o w8 it has the appimage in it
Yeah, it's a prerelease that fixes the issue
fixed. thanks
had this issue myself on arch. prerelease seems to work 🙂
Pre-release works fine on snapped Ubuntu.
okay the appimage from the nightly link works
does it also autoupdate when a new stable release is out or do i need to download one then
It should autoupdate
If the log says something other than
none for type on the starting Satisfactory Mod Manager, it's built with autoupdate support, which should be the case for all CI buildssweet thanks for the help :bcaCoolThumbs:
i mean i have no idea where to find the log, am kinda a linux noob currently
also: the modmanager just straight up closes on me when i click the "Compatibility Info" hyperlink
just throwin that into the room
~/.cache/SatisfactoryModManager/logs I think, but it's also in the zip generated from Settings -> Generate Debug Info
Which compatibility info hyperlink?this one
i know i dont need it since the compatibility is shown on each mod but i was curious about the link
Doesn't crash for me, so I guess it's related to the "could not find default browser" I've seen somewhere around here before
Run the appimage from the terminal and send the output of that after it crashes
will do gimme a sec
okay interesting... now it doesnt crash anymore
does it make a difference if i start it via gearlever or the terminal?
All I could think of being different is the env vars
i mean i can try to start the stable modmanager appimage via the terminal to check if it still doesnt have a connection
Yeah, that will still happen
ah
aight
The appimage build in the release was broken (didn't properly load some libraries)
ohhhhh okay
doesnt crash via gearlever anymore as well
now i'm just confused as to why it crashed at first launch
The wonders of software
absolutely XD
anyway thanks for the big help
I can also report that the nightly build from this link works for me (Linux Mint 22, Cinnamon)
Though I have noticed that the mod page for Ficsit-Cam crashes SMM (I assume it's the animated elements they use in their description)
GStreamer element autoaudiosink not found. Please install it https://wails.io/docs/guides/linux/#gstreamer-error-when-using-audio-or-video-elements
It's the <video> tags, the appimage is missing the library that handles that. I've seen it in the tauri appimage build script, so I'll add that to SMM's toooh yeah forgot to mention it
mint 22, Cinnamon here as well
Even with that, the videos still don't display properly, and it's kinda laggy (maybe just because of WSL), but it doesn't crash at least
thanks 🙏🙏🙏
Unsure if this is an issue with my setup or tumbleweed or what but the appimage linked here, v3.0.1, and the most recent artifact from the patch branch all have the same could not reach ficsit.app error for me on opensuse tumbleweed
If you are running Linux you need to use a special build of SMM3 to work around a bug right now. More info here: https://discord.com/channels/555424930502541343/1294102072131719230/1294364136079364209
-# Responding to
smm3linux triggered by @NewtJust for clarity I did try that build
-# Responding to
Key Details for SMMDebug-2024-10-17-05-46-42.zip triggered by @whereismytardisI'm not certain this error is actually causing a problem
But it is throwing it any time I install certain mods(and when updating)
It's the
~/.steam/steam and ~/.local/share/steam symlink, so SMM finds those as different installs because they aren't the same path
Use this build of SMM
https://github.com/satisfactorymodding/SatisfactoryModManager/actions/runs/11381257607/artifacts/2067718239
https://nightly.link/satisfactorymodding/SatisfactoryModManager/actions/runs/11381257607/build-linux.zip
All of this was supposed to be released 2 days ago with 3.0.1, but the autoupdate imploded on windows for some people for some reason, and also 3.0.1 couldn't turn mods off
Send debug infoif there's a way I can provide more detailed debug info I'd be happy to
-# Responding to
Key Details for SMMDebug-2024-10-17-18-55-47.zip triggered by @Newtsaw the new update so thought I'd send a new log, I cleared .cache and .local before just in case old configs would cause issues or something
-# Responding to
Key Details for wNEUiV0.zip triggered by @NewtHere's a debug build, it will open the devtools, so check the network tab there for
query entries, and see what that shows
https://drive.google.com/file/d/1-HinT5TA7pC7C-L4Ww5bNn-CRt7mrvPB/view?usp=sharingGoogle Docs
SatisfactoryModManager.AppImage
I see "Failed to load resource: Unacceptable TLS certificate"
Does it give any more info about the certificate?
A quick google search returned this
https://github.com/tauri-apps/tauri/issues/4472
https://github.com/microsoft/playwright/issues/22154
GitHub
[bug] Some Linux gives `Failed to load resources: Unacceptable TLS ...
Describe the bug Running appimage on Gentoo and Solus Linux gives Failed to load resources: Unacceptable TLS certificate and the user tried reinstalling the ca-certificates but it just doesn't ...
GitHub
[BUG] Webkit giving "Unacceptable TLS certificate" error in github ...
System info Playwright Version: v1.32.1 Operating System: Ubuntu (Github action runner no docker) Browser: WebKit Other info: Source code I provided exact source code that allows reproducing the is...
But I have to go now, so I can't look much more into it
appriciate the help!
running
sudo ln -s /etc/ssl/ca-bundle.pem /etc/ssl/certs/ca-certificates.crt appears to have fixed it so I guess it was something with webkit looking in the wrong place on tumbleweed?
big thanks for your help, and if I can help with info, logs, testing or anything I'd be happy to!