FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: Seralia on August 30, 2025, 05:34:17 pm
-
Hey, and again, another Update that messed up something,
all GSX-Jetways are gone since the last 2 Updates.... I have tryed several solutions, Use Updater in FSDT-Installer, Use Live-Updater, Use Offline Installer, click check in FSDT-Installer. Unlink FSDT, Re-Link FSDT, Tryed severel Aircrafts, different Airports. GSX-Jetways are gone. I attach my Log. maybe you can see the Problem.
-
Okay, good News, i have found the Solution.
in the manifest.json is an comma not correct. its too much. After deleting it, GSX-Jetways work again.
the manifest.json is located in "Drive:\MSFS\Community\fsdreamteam-gsx-world-of-jetways-2020"
in the manifest.json you will found the lines:
{
"dependencies": [
{
"name": "fsdreamteam-gsx-world-of-jetways",
"package_version": "3.7.0",
}
],
you have to delete the Red Comma in Line 5, save the file and reload the Sim,
i would take an Airport as an payment :P ;)
-
This didn't work for me. I deleted both commas and I still have default jetways. I miss them not connecting to the AI aircraft, and I also miss that warning horn sound, but I'll live with it for now.
-
thats sad. i tested it on 2 systems, my buddy had the same issue. and for him - the solution works :S
i have attached my manifest.json. you can maybe download it an compare it with your once,
-
Nope. I copied your manifest and still nada. Like I said, I'll live with it.
-
Seralia's workaround actually works.
After restarting MSFS2020, the GSX jetways are now displayed at standard airports.
However, after various tests at several airports (EDDV, EDDL, EDDN, EDDC), these are not operable or, as in the EDDV example, do not have a building connection.
-
Seralia's workaround actually works.
After restarting MSFS2020, the GSX jetways are now displayed at standard airports.
However, after various tests at several airports (EDDV, EDDL, EDDN, EDDC), these are not operable or, as in the EDDV example, do not have a building connection.
Same issue as before then. Guess I'll stick with the defaults.
-
With GSX version 3.7.1 at EDDE Airport.
Jetways don't have a building connection, and GSX says "Bad Jetway data."
It's a crying shame.
-
I have the same problem like heijder1 - at EVERY default airport and that from the very beginning for me. I just bought GSX about a week ago and started with vs. 3.6.8 and this behaviour did not change upto vs. 3.7.1. I disabled all jetways and tried several(!) airports one by one with no success. The services are doing OK but the jetways do NOT. Very disappointing.
MSFS2020 latest versions. All updates installed.
Any help in this matter is very appreciated.
-
The comma shouldn't be there, because it's not legal .json format. But I tried it with and without it, and I couldn't find any difference, jetways were visible in both cases, but we fixed the file online anyway.
Now, VISIBLE GSX jetways only means the package has been activated in the sim correctly, but whether they work or not, is a completely different matter. If you see the "bad jetway data" error, it means GSX GOT a "bad jetway data" error from Simconnect, the reasons might be multiple:
This is different depending if you use MSFS 2024 or MSFS 2020:
If you are using MSFS 2020
- The only thing to check is to be sure if you are using a 3rd party or handcrafted default airport, GSX replacement jetways have been DISABLED for that airport, since they are only meant to be used for bare default airports.
- If GSX replacement jetways have been DISABLED for that airport, your problem IS NOT GSX, if the jetway doesn't work, it's completely unrelated to GSX.
If you are using MSFS 2024
- GSX replacement jetways are not even INSTALLED in MSFS 2024 so, again, your problem IS NOT GSX, if the jetway doesn't work, it's completely unrelated to GSX.
If you are using MSFS 2024 or you are using MSFS 2020 and you still got the "bad jetway data" error, the problem might be a conflict caused by another scenery. If you have Navigraph Navdata installed, try without it.
-
The comma shouldn't be there, because it's not legal .json format. But I tried it with and without it, and I couldn't find any difference, jetways were visible in both cases, but we fixed the file online anyway.
Now, VISIBLE GSX jetways only means the package has been activated in the sim correctly, but whether they work or not, is a completely different matter. If you see the "bad jetway data" error, it means GSX GOT a "bad jetway data" error from Simconnect, the reasons might be multiple:
This is different depending if you use MSFS 2024 or MSFS 2020:
If you are using MSFS 2020
- The only thing to check is to be sure if you are using a 3rd party or handcrafted default airport, GSX replacement jetways have been DISABLED for that airport, since they are only meant to be used for bare default airports.
- If GSX replacement jetways have been DISABLED for that airport, your problem IS NOT GSX, if the jetway doesn't work, it's completely unrelated to GSX.
If you are using MSFS 2024
- GSX replacement jetways are not even INSTALLED in MSFS 2024 so, again, your problem IS NOT GSX, if the jetway doesn't work, it's completely unrelated to GSX.
If you are using MSFS 2024 or you are using MSFS 2020 and you still got the "bad jetway data" error, the problem might be a conflict caused by another scenery. If you have Navigraph Navdata installed, try without it.
That's not my issue. I only have one add on airport; KLAS by Fly Tampa. EVERY OTHER AIRPORT is MSFS 2020 DEFAULT, and the jetways DO NOT WORK. They're not connected to the buildings, and I get the Bad Jetway Data message. What I had to do was move EVERY JETWAY over to the disabled list. Now they work but only on my aircraft. The AI's don't get the jetway connections. Nor do I get the alarm, etc. Your response, while appreciated after the lengthy silence, doesn't apply to me.
-
I think Umberto still doesn't seem to have fully understood the whole problem.
MSFS 2020
- If the second comma is set, the "fsdreamteam-gsx-world-of-jetways-2020" directory in the Community folder is displayed as "not installed" in the MSFS Content Manager. This is a fact.
- If the comma is removed, the "fsdreamteam-gsx-world-of-jetways-2020" directory is also displayed as "installed" in the Content Manager. This is a fact.
- The example at Erfurt Airport (EDDE) – which is not a 3rd-party airport in the GSX sense – shows that the GSX jetways cannot be moved and have no connection to the building. This is also a fact.
Umberto, what now?
-
I think Umberto still doesn't seem to have fully understood the whole problem.
OF course I fully understood the problem, which should have been obvious from what I just wrote:
The comma shouldn't be there, because it's not legal .json format.
If this is not admitting the problem, I don't know what else is. But that's not the issue, the issue is that I tried WITH or WITHOUT the comma, and it doesn't make any difference for me. But that's not even the point. The point is, this has been FIXED in version 3.7.1, which came out more than a week ago, and what you reported here:
With GSX version 3.7.1 at EDDE Airport. Jetways don't have a building connection, and GSX says "Bad Jetway data." It's a crying shame.
Doesn't have anything to do with the comma, which in 3.7.1 is NO LONGER THERE!
- The example at Erfurt Airport (EDDE) – which is not a 3rd-party airport in the GSX sense – shows that the GSX jetways cannot be moved and have no connection to the building. This is also a fact.
Not only they have the bridge connection, they work just fine: EDDE Gate 51 as in your example:
Fact you are missing the bridge, might indicate you have an outdated version of the jetway package, the one that came before SU16 Navdata update, which we updated with version 3.6.8, so they now 100% match SU16 airport data, that's why they work.
-
Hi Umberto,
Doesn't have anything to do with the comma, which in 3.7.1 is NO LONGER THERE!
I didn't claim that either.
The comma simply prevented "fsdreamteam-gsx-world-of-jetways-2020" from being installed in the sim.
Not only they have the bridge connection, they work just fine: EDDE Gate 51 as in your example:
Fact you are missing the bridge, might indicate you have an outdated version of the jetway package, the one that came before SU16 Navdata update, which we updated with version 3.6.8, so they now 100% match SU16 airport data, that's why they work.
The problem still exists.
I've been using SU16 (1.39.9.0) since July 22, 2025.
I completely uninstalled GSX Pro and then reinstalled it using the offline installer version 3.7.0.
Later, I updated to 3.7.1.
The GSX jetways still don't have a building connection and can't be operated.
What else do you think I should do?
Note: I'm not the only one experiencing this problem!
-
I guess since it works on his PC, the problem doesn’t exist..
:-\
-
Note: I'm not the only one experiencing this problem!
You are right - I still have the same problem.
I totally uninstalled GSX as well as the FSDT-installer and started from scratch. Downloaded the FSDT-installer again and then GSX again. I was wondering because files named "...vs. 3.5.9" were downloaded and installed but in the end the installer says that 3.7.1 is installed. Well, I fired up MS2020 and tried Gate 51 at EDDE for myself and there was NO jetway at all in spite of it was activated in the FSDT-installer.
Well, I closed MSFS, ran an update in the FSDT-installer as well as a check. During those procedures many, many files were downloaded-I do not know what exactly but a huge amount. I fired up MSFS again and now I have the NOT connected and NOT working jetway at Gate 51 at EDDE just like heijder1 - so the problem still exists. Probably those jetway-files are not updated.
The whole software and/or server-support is not programmed pretty well, I think. Same like it was with the later FS9 software - terribly complicated to get it running. I hesitated for a long time to buy another product from FSDT but bit the bullet two weeks ago which turns out to be a poor decision.
I am still looking forward getting a solution for this! I only want the software to do what I paid for!
-
The bug hasn't been fixed yet, nor has Virtuali provided an explanation.
Has Umberto gone into hiding, or why isn't he responding anymore?
-
As I said, on his system, all is well, so all he said so far was the usual “ensure third party airports are excluded”.. blah blah.
-
Same problem as previously mentioned, missing the part of the gateway connected to the terminal.
EDDE port 51, GSX 3.7.1 MSFS 2020
-
Hi everyone,
I've been using GSX Pro for while now, but never used the forum before.
I always had a great experience and rare issues. After a small break from flight sim for some months and updating to a new PC, I'm also having this issue in MSFS 2020 (I also have 2024, but waiting for Sim update 4, before installing on this PC.
I have version 3.7.1 and jetways are only connected to buildings in standard airports, if I disable GSX Pro jetways all together (then it all works fine), otherwise, jetways only work as intended in addon airports I have. The standard ones, have jetways not connected to the buildings and give the error "You have bad jetway data". This happens in all default airports I tested, like for instance a random one, I assume it's not deluxe edition MMUN (since it looks like crap :D, not that the Asobo deluxe ones, look much better).
I already tried to uninstall Navigraph, but same result.
As suggested previously by the dev, I'll start the painful process of clearing my community folder completely (leaving only GSX Pro). If it then works as intended, I will add all my add-ons 1 by 1 until I find the culprit, however, if it doesn't work with a clean community folder, it'd be really nice to understand whats going on with so many people and fix this.
I remember back at the start of 2025, all was working fine. I figure some Asobo update messed this up.
By the way on the config of the FSDT installer I have the option "SU 12 Navdata API enabled" = yes. Should this be enabled, since we're already past SU12?
If someone found a solution, please do share. I'll also share my findings (It'll take some weeks...)
In the meantime I have GSX jetways disabled at all airports.
Cheers ;)
-
I've already given it a try.
There are only three GSX-Pro links left in the community folder (fsdreamteam-gsx-xxxxx).
Nothing has changed. The jetways don't have a building connection (tested with EDDE, Gate 51).
It remains a tragedy!
-
It's pretty simple as for MSFS 2024 SU3 works SU4 don't 8)
-
I've already given it a try.
There are only three GSX-Pro links left in the community folder (fsdreamteam-gsx-xxxxx).
Nothing has changed. The jetways don't have a building connection (tested with EDDE, Gate 51).
It remains a tragedy!
Well, if you already tried with a clean community folder, that spares me the trouble then. :D
Is there anything at all we can provide from our side to the dev, so we can help him pinpoint the issue? Like logs, or something? This can't just be a coincidence since it's not affecting 1 or 2 people. Navigraph ON/OFF doesn't fix it and now community folder empty with just GSX Pro, has the same result. What else can we try to figure this out? :(
-
Nothing has changed. The jetways don't have a building connection (tested with EDDE, Gate 51).
Of course they have the connection and of course they work, and please stop repeating "I'm not responding anymore", because I not only responded very clearly with a post, but I also posted a VIDEO showing default EDDE Gate 51 with MSFS 2020 working perfectly fine, with the building connections visible and the jetway moving.
And, I posted in another thread a way to check if you maybe have remnants of the old GSX jetway files in the old location we used before adding the MSFS 2020 separate package, here:
https://www.fsdreamteam.com/forum/index.php/topic,33820.msg211555.html#msg211555
The FSDT Installer normally removes them but, if for some reason it couldn't ( permission problems, antivirus blocking the installer, etc. ), if you have an outdated version of the files in the old location, I can imagine they won't work, since they are not the latest version that matches MSFS 2020 SU16 database.
-
Of course they have the connection and of course they work, and please stop repeating "I'm not responding anymore", because I not only responded very clearly with a post, but I also posted a VIDEO showing default EDDE Gate 51 with MSFS 2020 working perfectly fine, with the building connections visible and the jetway moving.
Of course, the jetways still don't work!
Umberto, you're obviously the only one whose jetways work.
As I've reported several times (including by me), GSX-Pro was completely uninstalled. There were no remaining folders or files.
After a complete reinstallation (3.7.0) using the offline installer, the error still occurs. The update to 3.7.1 didn't change anything either. See here:
https://www.fsdreamteam.com/forum/index.php/topic,33752.msg211388.html#msg211388 (https://www.fsdreamteam.com/forum/index.php/topic,33752.msg211388.html#msg211388)
I haven't been able to find any solution from you yet.
Apparently, all users are stupid, except you.
-
Of course, the jetways still don't work!
Of course jetways work.
Umberto, you're obviously the only one whose jetways work.
No, of course they work for all thousands of users that have have not reported any problem! Clearly, a support forum won't show anything from somebody NOT having problems so no, your assumption "I'm the only one with working jetways", is as wrong as it could be.
After a complete reinstallation (3.7.0) using the offline installer, the error still occurs.
You can't do a complete reinstallation with the Offline installer. If you cared to read the other post I've linked, I added the chance a problem on your local Cloudlfare node MIGHT be ONE of the possible MANY possible causes I spent my time to explain.
The replacement jetway files are ALWAYS downloaded. They are NOT included in the Full installer and they are NOT included in the Offline installer. The only way to get the latest version is online with the normal online updater.
Which means, if your local Cloudflare node (and this doesn't mean it's "your fault", unless you work for Cloudflare...) is not updated, you might have an outdated version of the jetway replacement package that was made BEFORE SU16.
So, ANOTHER suggestion I can add to may already long list of things I spent my time trying to help you, is trying to update USING A VPN. That MIGHT fix the problem, if it's really a problem of your local node.
I haven't been able to find any solution from you yet.
I posted MULTIPLE possible reasons and things to check.
Apparently, all users are stupid, except you.
Apart for the obvious repeated mistake of confusing "all users" with the FEW that posted in this thread with all the rest that obviously won't post here to say "it's all fine", but after all the previous insinuations like "putting my head in the sand" or "not responding", when it clearly isn't the case, you are trying to put words in my mouth I never said ?
So, just stop and try to listen, for once.
-
Guys comme on.
I have a feeling we're close to figuring this out, let's keep it constructive. :)
Check the latest developments here: https://www.fsdreamteam.com/forum/index.php/topic,33820.0.html
Lets work together to find the solution. I figure it might have something to do with that missing "FSDT_WorldOfJetways_Lib.BGL" file in the old folder "\Addon Manager\MSFS\fsdreamteam-gsx-world-of-jetways\scenery\FSDT_WorldOfJetways\" (maybe?)
I'll try the VPN suggestion. I'll choose a different country than my own, like lets say USA and press the "Check" button(?) in the FSDT installer? Maybe that forces a full check and update?
Update: Didn't work with VPN pointed to the USA (Or I did something wrong and it didn't trigger any update). I'll try other countries, but what do you suggest Umberto?
Keep it up!
-
I just reinstalled GSX using a VPN (Nord VPN) and always the same. We're still missing that famous FSDT_WorldOfJetways_Lib.BGL file in C:\Program Files (x86)\Addon Manager\MSFS\fsdreamteam-gsx-world-of-jetways\scenery\FSDT_WorldOfJetways.
I'm sure the solution lies in this problem.
-
Just came across this thread checked that too see if i got the missing bgl file, went into my folder and i have the bgl file. which probably why i have no issues with jet ways. So to those that have this issue must all have some thing in common with each other
-
“Update using a VPN…”
“Your Cloudfare nodes may be out of date”.
Again, I’m not an IT tech. This reads like a nuclear power code to me.
-
The fact that Cloudflare nodes have not been updated for weeks seems more than strange.
-
Hi everyone,
My take is that something went wrong when we applied the GSX Pro update that separated those bgl files into the new folder "fsdreamteam-gsx-world-of-jetways-2020" and for some unknown reason some people didn't get that elusive "FSDT_WorldOfJetways_Lib.BGL" file in the original folder "\fsdreamteam-gsx-world-of-jetways\scenery\FSDT_WorldOfJetways".
And now unfortunately, when we try to trigger a check of eventual missing files in the FSDT App, it checks if the new folder, exists, etc and assumes the update and files are good and nothing updates and we still miss that bgl file.
Maybe you could add a verification for the presence of that file, in the next GSX Pro update and if missing trigger, FSDT to download it or create it? What do you think Umberto? Or can we simply obtain the file from another user and place it in our folder? Would it work?
Thanks!
-
Just came across this thread checked that too see if i got the missing bgl file, went into my folder and i have the bgl file. which probably why i have no issues with jet ways. So to those that have this issue must all have some thing in common with each other
Have you recently installed GSX or have you only been updating for a while? If you could share this BGL file with the community like I said in the other thread about the same issue, you would be a leader.
i had gsx pro from day 1 and have been updating when ever there is a update available, have to see if umberto will approve the the sharing of the bgl file , just to add i had some issues a couple of months ago where i couldnt update to the latest version, so i downloaded the offline version than ran the coualtl2 exe with in the folder and had no issues since
-
The problem has been fixed, it was caused by files missing from the update server and only affected those doing a fresh reinstall:
https://www.fsdreamteam.com/forum/index.php/topic,33820.msg211685.html#msg211685