virtuali

GSX reads the only thing that can read: the sim official variables for the engines. Some airplanes use a custom engine simulation that normally is supposed to sync their internal variables with the standard ones and sometimes they might fail to do that, or take longer than usual, especially when starting from a specific state (like cold and dark) so when you call GSX the standard variable (which is the only thing GSX can read) is still reporting the engines running but you might just open the menu again later and it would work, assuming the airplane completed its job properly in time.

Yes, this is in fact a bug, it doesn't work on first spawn but if you press shift+c twice, it works. Will be fixed in the next update, of course.

That's one method, but it's not the normal one and it's a side effect of the still unknown reason why on your system the direction menu doesn't auto-popup, which normally does if the toolbar menu is not completely closed.

You can't do it from the installer anymore, it's done only from the menu, by double-click on the hotkey in the menu, left of the gsx logo in the black band.

I checked again, with the Fenix, and it works as expected: If the GSX menu toolbar is closed (dark icon), the pushback direction won't pop-up, which is normal and is as it always was If the GSX menu toolbar is only hidden (light icon), the pushback direction pops-out automatically, exactly as it always was. I'll see if we can use the same method to make the hotfix work with the menu closed, to pop-up menus, but I can't say right now if it's possible.

It's installed automatically, you must have the current GSX update. Of course, if you use an airplane with a custom EFB, you must open the 2d version of the EFB and it won't show in the airplane 3d EFB like it does with planes using the standard EFB. However, integrating the GSX menu in a custom EFB is so criminally easy (as in a couple of lines of code, since all the work is done by the GSX remote web server), that I expect every developer using a custom EFB would add a GSX page shortly.

You can say it "over and over" but, it doesn't change the fact: GSX opens pop-up menus automatically when the toolbar menu is hidden (not closed) GSX won't open pop-up menus automatically when the toolbar is closed (not just hidden) This is exactly as before. The ONLY major change from previous version is that now, the hotkey would always work, even if it's fully closed but pop-up menus would still require the menu to be just hidden, not closed. Of course I re-checked it again and again just to be 100% sure, because before posting anything, especially in reply to someone reported a possible bug, I always verify first. So yes, I can confirm that, if the menu is only hidden (not closed), the Pushback direction pop-up comes out automatically, exactly like it always did. Now, why it doesn't for you (and from your description it seems "random") ? No idea, I doubt it's another add-on. If GSX crashed that might happen, but I guess you would realize if it crashed. Note that, if you open the GSX EFB app, the toolbar menu WILL be closed (completely) from GSX itself, this is of course normal and intentional, so you won't have the normal menu pop-up together with the same menu in the EFB each time you act on the EFB version of the menu so yes, in this case, it's GSX that would auto-close entirely its menu, for good reason.

It will always open automatically if you didn't closed it from the Toolbar. Nothing changed from before. It will still open automatically if you didn't close from the Toolbar, and it won't open automatically if you closed it from the Toolbar, there's nothing "random" about it. If your airplane uses the standard EFB, I suggest using the menu from that, it's completely removes any of these doubts caused by not remembering how you closed it last time. That's not correct either. If you close the direction menu before the timeout expires, you would always get the Continue option when you opened it again.

Maybe I should clarify menu usage better: ALL menus have an automatic TIMEOUT, which changes depending on context, longer for normal commands (default 30s) and much shorter for things that you might also want to skip without confirmation, like the operator selection. This means, if you open the menu and don't do anything for more than the timeout time, the menu will hide and you'll have to open it again and, in case of the Pushback, you'll use the Continue pushback option, to continue where you left. What changes is HOW you re-open it: with PREVIOUS version, before the EFB update came out, IF you closed the menu from the Toolbar instead of the Hotkey, you had to open it again from the Toolbar, because the hotkey didn't work after the menu was closed from the Toolbar. AFTER the EFB update, the hotkey works even if the menu is closed, that's the main difference but, if you let the timeout expire you would still have to open the menu to CONTINUE.

I suggest you look at the native flightsim.to integration in GSX, in the Additional Services: It comes with an integrated browser for flightsim.to and downloads, uncompress and installs a profile Before a profile is installed, it will check all its parking spots against the data GSX has loaded from the actual airport, and offer a reports about the profile, with how many parking spots are matching. Based on the matching report, you can decide to install it or not. If it's reported as a Perfect match, you can be sure the profile is good to be used for that airport. If you see lots of parking spots not matching, it's possible the profile might not be good for the airport, either because the scenery has been updated (common when the airport has a 2020 version and a 2024 version), or because it might have been made for a completely different version of the same airport. If you accept to install it, the profile will be loaded by GSX automatically without even a restart of GSX All of these inside the simulator, without interrupting a session, no restarts required at any time.

Could be you are using the menu in the wrong way ( closing it from the toolbar instead with the hotkey ), so the menu is disabled, and you don't see what GSX is trying to tell you, which would be the confirmation for a good engine start, that normally comes out as a menu after pushback, but if you closed the menu, you'll lose all the subsequent pop-up and text messages, so you don't know what GSX is waiting for. A complete explanation of this, with all the reasons and suggested workflow, starts a Page 113 of the Manual, the chapter named The GSX Toolbar Menu

But you still have either FSX or P3D installed (or at least their keys still in the registry) , and the installer can't possibly decide if you are still using any of these, it only checks that, if you have either FSX or P3D still installed, you must install SODE or update it if it's too old. When you got that message, the installer used to open the SODE website, but this function has been removed because the SODE website has been down for a while so, it's up to you find a downloaded version, which you had.

Of course it was installed. Or, more likely: you had very old version which you haven't uninstalled correctly, so the SODE registry key was still in your registry, so the Installer that checks everything that can possibly cause issues, as alerted you to either remove it or upgrade it.

Of course the new installer asks for a code as well. NOTHING changed. The activation with the license.xml is an EXTRA option that has been added recently which can be used by either those that don't want to type the key, or those that perform an offline activation using a different PC, or a phone. So you can either type a key or use a license.xml file, it's your choice so yes, it can't be easier.

Clarification: although obtained with different methods, the end result was the same in MSFS 2020 and FSX/P3D: automatically, you would only get the default jetway at default airport. The only difference was the jetway in FSX/P3D was handled by SODE, so it worked better. In MSFS 2020, they would "just" look better (better modeling, more styles and many operator logos), but they would still work like standard jetways, with all their issues. If you wanted to replace jetways in 3rd party airports in FSX/P3D, you had to create an airport profile so you could replace them with alternative jetways provided by GSX. This new system doesn't have anything in common with the previous two, but it combines many things at once and new things never done before, and it's the result of years of experience working with jetways: It will automatically replace all single jetways at default airports, that's the easiest thing. These will not just look better, they will work better, because they would be controlled completely by GSX. It will automatically replace all single jetways at ALL 3rd party airports. These will look exactly like they were before and they will work better, also completely controlled by GSX. There's ZERO work required on the developer's side and ZERO work on our side, so it's not like Seated Passengers where we have to manually create individual seating definitions for each airplane. This is all automatic and require no user intervention other than clicking a Refresh button in the installer, when you install a new airport. It will automatically replace the 2nd and 3rd jetway (I don't think 4 jetways per gate exists, but we are ready....) at ALL 3rd party airports that have modeled them as a separate Simobjects. Again, zero dev involvement is required, zero support from us is required. For those airport that modeled 2nd and 3rd jetways as Library objects, so they are not registered as proper SimObjects in the sim, in this case only there will a need for a GSX airport profile, which will define exclusions for the static jetways and a replacement, which can be EITHER the original dynamic Jetway that was supplied with the airport OR one of the many models that will be included with GSX. This is the only case where it's not automatic and requires some configuration. Everything will be of course completely integrated in the whole GSX system: Passengers will walk through them, all existing airport profiles that defined custom pre-jetway walking points or even more complex stairs+jetway mixed boarding systems will still work, even the invoicing system will be aware that yes, if you decided to use 2 or 3 jetways, you will be billed at 2x or 3x the normal rate for a single jetway, and yes there will be a menu asking which jetway you want to dock to which door, with a anti-crossing prevention system, but also an auto-dock option that will chose automatically. The jetway hood animation, while still working following the SDK rules, will also work better, because not only we have a default solving method that already gives better results than the standard in adapting to the airplane shape, but we'll have the ability in the GSX Aircraft Configuration page, to edit the individual bending points for each door, so you can tweak those and make the hood adapt perfectly to every individual airplane shape at every door point, and this will just be saved in the normal GSX airplane profile.