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
{{ message }}
Repository navigation
[BUG] Wrong port value in sfserver alerts in discord #3765
But that, as I understand, won't make sense for gametracker service...
As a sidenote, I believe a user should be able to disable the overall gametracker link embedding above, as it exposes a risk of leaking a private server's address.
I can confirm this unusual behavior. Others servers you would enter the gameport to connect to in the game server browser. However it this instance you connect to the query port.
Since this is different from every other game I am unsure on how best to adapt it currently. There might have to be a connectport variable added for these sorts of issues
I can confirm this unusual behavior. Others servers you would enter the gameport to connect to in the game server browser. However it this instance you connect to the query port.
Since this is different from every other game I am unsure on how best to adapt it currently. There might have to be a connectport variable added for these sorts of issues
maybe in alerts have a check like if{sfserver) { code goes here }
Closing because the reported port mismatch no longer applies to current Satisfactory versions. Since Satisfactory 1.0, the old query port 15777 is unused; the game and server API use the configured game port, 7777 by default.
#4976, merged and assigned to v26.3.0, updates LinuxGSM's Satisfactory port configuration and is now linked in Development. Discord alerts display ${port}, which matches the current connection port. The old GameTracker embedding mentioned above has also been removed.
The current configuration and alert code were checked; a live Discord alert/client connection test was not performed for this review. If a current installation still advertises the wrong address, please open a new report with the relevant configuration and alert output.
Activity
shalak commentedon Jan 26, 2022
The issue originales from the naming convention that Satisfactory uses.
The simplest solution, would be something like this:
Unfortunately, this introduces inconsistency, because now parameter names would not reflect the variable names, which may be confusing.
Alternatively, there could be a completely new variable introduced, just for alert messages:
But that, as I understand, won't make sense for gametracker service...
As a sidenote, I believe a user should be able to disable the overall gametracker link embedding above, as it exposes a risk of leaking a private server's address.
dgibbs64 commentedon Jan 26, 2022
I can confirm this unusual behavior. Others servers you would enter the gameport to connect to in the game server browser. However it this instance you connect to the query port.
Since this is different from every other game I am unsure on how best to adapt it currently. There might have to be a connectport variable added for these sorts of issues
vinanrra commentedon Dec 20, 2023
Hi, any news about this?
Just asking, because this it's a low priority.
johnoclockdk commentedon Dec 24, 2023
maybe in alerts have a check like
if{sfserver) { code goes here }vinanrra commentedon Dec 24, 2023
Or maybe set the port at the config and if set don't use the default maybe?
dgibbs64 commentedon Oct 17, 2026
Closing because the reported port mismatch no longer applies to current Satisfactory versions. Since Satisfactory 1.0, the old query port 15777 is unused; the game and server API use the configured game port, 7777 by default.
#4976, merged and assigned to v26.3.0, updates LinuxGSM's Satisfactory port configuration and is now linked in Development. Discord alerts display
${port}, which matches the current connection port. The old GameTracker embedding mentioned above has also been removed.The current configuration and alert code were checked; a live Discord alert/client connection test was not performed for this review. If a current installation still advertises the wrong address, please open a new report with the relevant configuration and alert output.