FSDreamTeam forum
Products Support => GSX Support MSFS => Topic started by: disco79stu on October 09, 2022, 12:04:36 am
-
Hi, with the latest version I'm experiencing unwanted boarding and deboarding.
Sitting at the gate preparing my flight, it suddenly starts boarding.
Arriving at my destination, shutting off engines, it suddenly start deboarding (without even opening the doors, which it does when I call for deboarding myself).
What's causing this?
I have the assisted services unchecked.
Thanks
-
Doesn't happen here and can't replicate it.
Have you changed the GSX default hotkey perhaps ? The only possible reason I think of ( assuming you *do* have automatic servicing disabled ), is you set the GSX hotkey to a key that is assigned to something else, so GSX opens the menu and the next key you press is a number, triggering the option.
And, of course, it would be useful knowing which airplane you use, and if it happens with only that one, or all planes.
-
This made me think.
Can it be that sometimes the GSX window, although not visible, isn‘t actually closed? This could explain why maybe my view change keys (e.g. Shift-2) triggert a GSX service.
Because I noticed rhat sometimes I get the little size-change-cursorarrows on the spot where the GSX window was even though it is closed/not visible.
-
So I checked again, and it's not my view keys.
I've had this only in one specific Fenix airframe so far. When I load the flight at stand, call for the stairs, wait a couple of minutes (preparing stuff) and hit my GSX hotkey again to bring up the GSX window, it then starts the deboarding process and I have an infinite loading animation in the GSX window. Only way to get out of it is restarting couatl.
No idea what's going on there.
-
It's the same here.
Also you don't even need to use the hotkey, it's sufficient to bring up the GSX menu via the menu bar and it will happen as described by Stu.
-
I'm also having this problem (or a very similar one, at least). I've verified hotkeys, and they are not changed. Often (But not all the time) when I hit ctrl-shift-f12 to open the GSX menu, it suddenly says "deboarding requested" and the menu icon spins. The only way to get out of this is to restart couatl. Any advice appreciated :)
-
Hi there, hi Umberto,
normaly GSX is working fine for me. But recently I had the same behaviour of automatic DEboarding at DEPARTURE airport. It's reproducable on my side. So I tried different approaches to find out what the cause is.
I came to the conclusion that it is about the order you do things.
I'll explain exactly what I have done so you may be able to reproduce it:
Airport: LGTS (Thessaloniki by MXI Designs); used the (only) available GSX profile for that airport at flightsim.to
All this doesn't matter, since I can reproduce it on any airport, but I mention it just for the sake of completeness.
Aircraft: PMDG 737-800
Stand: 05; this is a stairs only position where passengers walk away - no busses
I think this is important, as it is more likely to happen with stairs than with a gateway.
- Spawned at the position, fired up my plane (external power etc.) and programmed my stuff.
- opened GSX menu and operated the stairs
This may be important too. I got the impression, that GSX doesn't 'like' the stairs or the gate called first / before the refueling. But in my logic, the first thing you need is some stairs to get inside the plane. Maybe you can lighten things up here, Umberto?
- after that, requested refueling and short after that the catering (so this happened together)
This is also an open question for me. Is it ok for GSX to have catering and fueling happening at the same time? It seems, that especially with the PMDG 737 there could be some issues doing it that way. Cause GSX is fiddling with the right hand side FMC and sometimes, I get the impression that two 'fiddles' get in each other's way. First sign to me, that something starts to go wrong is, when catering doesn't close the doors after leaving.
- after refueling and catering was done (vehicles gone), I hit my hotkey to open GSX menu again
- then suddenly, the DEboarding procedure began (I just hit the hotkey to open the menu, nothing else)
- the GSX menu opened and did get stuck in the infinite loading screen
- baggage unloading and passengers leaving my plane
- even after that was finished the GSX menu never loaded fully again
Tried some things:
- restarted Couatl engine
- did NOT request refueling and catering again (since I did that already)
- operated stairs again
- after stairs were connected, everything's good so far
- hitting my hotkey again to bring up the GSX menu (to start boarding)
- same again: DEboarding procedure starts with GSX menu staying in 'loading' screen
Also tried ending Couatl completely and starting it again. Trying the above procedure with the same results. Immediate DEboarding when hitting the hotkey.
Hope you can reproduce this behaviour.
PS: also for completeness. In general: If refueling is the first thing I do (before stairs or gate, before catering). Everything works fine.
Best wishes
-
I have this issue even without any previous services called. Open the GSX menu, deboarding is suddenly requested, icon is spinning endlessly.
-
I Have exactly the same issue, had to restart Cuatl , no Double hotkeys, if i operated stairs, the debording starts if i try to open GSX Menu, it happens only with Stairs only gates.
-
I'm having the same problem, open gsx menu and deboarding starts. It happens time to time.
-
Made some further tests.
Mainly with a stairs only parking position GSX doesn't like the stairs to be called first.
Even when doing everything else in a decent order (refueling, wait until it's done, catering, wait until it's done), the deboarding begins as soon as I hit the hotkey to open the GSX panel (after the catering is gone) - at departure airport.
-
I'll explain exactly what I have done so you may be able to reproduce it:
Airport: LGTS (Thessaloniki by MXI Designs); used the (only) available GSX profile for that airport at flightsim.to
All this doesn't matter, since I can reproduce it on any airport, but I mention it just for the sake of completeness.
Aircraft: PMDG 737-800
Stand: 05; this is a stairs only position where passengers walk away - no busses
I think this is important, as it is more likely to happen with stairs than with a gateway.
- Spawned at the position, fired up my plane (external power etc.) and programmed my stuff.
- opened GSX menu and operated the stairs
This may be important too. I got the impression, that GSX doesn't 'like' the stairs or the gate called first / before the refueling. But in my logic, the first thing you need is some stairs to get inside the plane. Maybe you can lighten things up here, Umberto?
- after that, requested refueling and short after that the catering (so this happened together)
I tried to follow your report as close as possible, but still can't reproduce it:
-
I tried to follow your report as close as possible, but still can't reproduce it:
Thank you very much for you effort, Umberto. Strange. The only thing I did different than you was, I opened the passenger doors (manually), after the stairs were connected. But I don't think that this would make a difference. Hm...
In another post, your wrote something about older GSX profiles (made before a specific GSX update - I think it has to do with the 737-800, can't remember exactly) which could cause issues when used now. Maybe this is the problem? But I assume you used the flightsim.to profile I mentioned. So I'm out of ideas right now...
-
Hi Umberto
i tried to check when this issue appear, i tested also rapid change in a/c weight and CG the change the a/c height a little bit
didn't find any connection.
what i did find is something else is if i :
1. operate GSX ands immediate turning on the GSX menu i get the access
2. if i operate GSX stairs , turning off gsx menu and do something else ( or do nothing) for a while and then try to access the menu- then de boarding start and menu goes to the infinite loading, it also happening, what access via hot keys only , no double assign
-
Hi,
same problem here.
When I am starting a flight C&D at the Gate with the Fenix A320, GSX instant starts deboarding.
I've to restart Coutal to stop it.
-
Hi there,
I may have found a solution for the automated boarding/deboarding thing.
Delete your 'CouatlAddons.ini' (it's in the appdata folder of Couatl).
Start your sim and the Couatl engine again and let Couatl build a new ini from default (then you can edit it again to your needs, via the GSX settings menu).
It seemed to me, that cured my problems. Although I'm not 100% sure yet (first try did work fine).
Maybe during an update something went wrong with the ini, don't know.
-
The update won't touch the CouatlAddons.ini file. However, if somebody else have this problem and fixed it that way, it would be helpful for us to get the .INI file *before* removing it.
-
Hi, I just tried RogePete's suggestion (reply 15) and it didn't work for me, unfortunately. I double checked keybinds, and nothing at all is bound to F12. Everytime I press ctrl+shift+f12 to enter the GSX menu, I get an instant "deboarding requested" and spinning menu as per above. Any more troubleshooting ideas?
-
After some time without issues, this one just happened to me again.
LGKR, FenixA320, de-boarding was requested as soon as I hit my hotkey (F12).
I quit the sim after that, see log file attached.
-
And here's another log from this happening right after I loaded the scenario without me doing anything at all.
-
And here's another log from this happening right after I loaded the scenario without me doing anything at all.
Of course, I cannot reproduce this in any way. But I noticed two issues that shouldn't normally happen in both your logs: a "WASM timeout", which means the Simconnect connection between the Couatl engine and our WASM module was either interrupted or didn't replied in a reasonable time.
This is of course not normal, but it might indicate an overcrowded Simconnect due to too many add-ons using it at the same time. It would be useful to try the same situation with every add-on that possibly use Simconnect disabled, except GSX.
-
Here is my Log
happened on arrival
-
Here is my Log happened on arrival
Your log doesn't indicate that, because you probably restarted Couatl, overwriting the log where the automatic deboarding happened. Be sure you post a log made as soon as the problem happened, before restarting.
-
Don't know if its the same issue, but I get the unwanted deboarding only at spots that have customized pax waypoints. If i select operate stairs first, let the process complete and then just open the GSX menu I get automatic deboarding every time. Also get the endless spinner in the menu and cant do anything else unless I restart Couatl. Doesn't happen at spots without waypoints and never had issue with unwanted auto boarding.
Not a big deal. I just don't operate stairs at those spots first. However, maybe the custome waypoints are necessary to reproduce the issue.
-
Don't know if its the same issue, but I get the unwanted deboarding only at spots that have customized pax waypoints. If i select operate stairs first, let the process complete and then just open the GSX menu I get automatic deboarding every time. Also get the endless spinner in the menu and cant do anything else unless I restart Couatl. Doesn't happen at spots without waypoints and never had issue with unwanted auto boarding.
Not a big deal. I just don't operate stairs at those spots first. However, maybe the custome waypoints are necessary to reproduce the issue.
I'm pretty sure you're on to something with this. I was at Orbx ENTO which has a custom GSX profile with walk-in paths. I always operate stairs first, do the preflight, then start boarding. This morning, I did that same sequence and the next time I went to open the GSX window (hotkey) it automatically started deboarding and I had to restart couatl. Pretty annoying bug.
-
I can confirm that exact same circumstances when it happens to me. Custom profile with walk-ins, called stairs after the scenario loaded, next time I open the GSX wondow it triggers deboarding and send the window into permanent loading.
Doesnt happen with every custom profile though. So far I‘ve had this at LERS, LDSP and LIEE.
-
I have the same issue when calling for stairs and have to manually open the doors. Then when you open GSX again, it will start deboarding right away and the loading screen loops continuously. This was using the A310 at ORBX KBUR with custom walkpoints.
-
Work around that works for me (PMDG and A310) - until Umberto believes us, that there is something wrong:
1. Keep the doors shut before starting GSX - no stairs, nothing.
2. Prepare the plane (GPU, IRS, FMS, etc.). Set you parking brakes, even if you're still on chocks (PMDG).
3. Request fueling
4. Wait until this is done and the fuel truck left the aircraft
5. then you can call stairs, open doors, call catering, etc.
-
I has
had it twice now with the Fenix A320, that passengers started deboarding with event the engines still running and the jetway was not even connected. I used FS realistic and FSLTL as other addons.
-
Bumppppp
-
Work around that works for me (PMDG and A310) - until Umberto believes us, that there is something wrong:
What's up with this attitude ? Where, exactly, I said I don't "believe" anybody ? That's just wrong and uncalled for.
What I need, instead, is a COMPLETE, PRECISE and ACCURATE reproductions steps, including EVERYTHING that might be a factor like:
- If you closed the GSX Toolbar menu with the mouse every time, something that as explained in the manual, should be done only when you know you don't need GSX for a while, for example after takeoff, or before going back to the Main Menu, but you should always use the hotkey for as long you need to use GSX in the session.
- If you are using VR, when (exactly) you enabled VR mode
- If you are using the Fenix A320, if you have Disabled the automatic jetway handling in the EFB or not.
- If you are using a custom airport profile, clearly indicate it and clearly indicate the gate you used
- If you are using a 3rd party scenery, clarify if you bought it from the Marketplace and, in that case, if you enabled the SU10 Navdata option
- If you are using the SU10 Navdata option in general
- If you are using Simbrief integration.
- Always provide the complete sequence of operations you are doing in GSX when this happen.
You really need to understand that, when somebody reports a problem without proper reproduction step, the only thing we can do is trying using random situations, but WE DO TRY IT so no, it's not a question of not "believing" something is happening TO YOU, it's just that, until you don't come up with reproduction steps, we cannot reproduce it, which of course makes impossible to even START fixing it.
I'll say it again: the more detailed a report is, the easier for us is to find an issue.