GSX Crashing just before i Reach the GATE (LSZH and EBBR)-

[FerrevmVnion]

I add Asobo's EHAM Airport

Traceback (most recent call last):
  File ".\common\criticalsection.py", line 23, in _synchronized
  File ".\GSX\__init__.py", line 974, in checkAirplane
  File ".\common\aircraftData.py", line 1169, in brakesPosition
  File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EHAM', 'Requested assistance services at': 'Gate A 217', 'Requested parking services to': 'Gate B 23', 'User Pos': (52.3045052334812, 4.763435387805124, -0.615142 m, 2.88116 m, 240.3347315915653, 0.004350215662270784, 0.001745329238474369, 0.00017300536947416448, 3.18211187210083, 1.0)}


You said it has something to do with brakes .... while taxing i use the brakes on my rudder pedals to support steering or braking... when pushing the brakes too hard and the fenix stops, it is  like setting the parking brake because the fenix will not move again until i push both rudder pedals to release the brakes ...
During approaching the gate it happens that got stoped for using the brakes to much .. maybe a clue ?!

[virtuali]

The error has nothing to do with using or not the brakes in the sim. As I've said already, it seems that for some reason the custom parking brake test becomes null something that, not only nobody else has reported before except you and just one other user in this thread, but I cannot reproduce it, using EDDM, and the profile you posted here, see this video I made, parking to the same Gate 247 from your error log, with the Fenix A320, with the same profile you use:

Note that, we'll have a "fix" for the error in the next update but, the fix will just prevent GSX from stopping if it happens, it won't fix the root cause which I cannot reproduce, which is the custom parking brake test expression gone, which is the real cause of the problem and I can't see how it can possibly happen, without using a custom airplane profile. You might not see the error anymore in the next update but, the parking brake won't be detected anyway.

[FerrevmVnion]

Its not only the Fenix ... also with pmdg 737-900ER while approaching the gate in EDDB

Traceback (most recent call last):
  File ".\common\criticalsection.py", line 23, in _synchronized
  File ".\GSX\__init__.py", line 974, in checkAirplane
  File ".\common\aircraftData.py", line 1169, in brakesPosition
  File ".\common\__init__.py", line 39, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDB', 'Requested assistance services at': 'Gate B 23', 'Requested parking services to': 'Gate B 3', 'User Pos': (52.36565160103732, 13.504205842838852, 46.4971 m, 2.48214 m, 67.64291654709115, 0.013924969360232353, 0.024434609338641167, -0.00022777330976805175, 2.553919111633301, 1.0)}


After restarting Coutl approaching the gate works fine.

[virtuali]

Its not only the Fenix ... also with pmdg 737-900ER while approaching the gate in EDDB

You said it happened with the Fenix at EDDM, and posted the airport profile you use there. Which is why I made a video with the Fenix, at EDDM, using your profile, and selected the very same gate. Am I supposed to do another one with the PMDG, even if I'm quite sure it won't happen here ?

The only possible suggestion if wait for the next update which, as I've said, will surely remove the error but, it won't remove the cause, at least not in your case, which I still cannot understand how can possibly happen if you are not using a custom airplane profile with some kind of error in it.

[FerrevmVnion]

Any interferences with Stream Deck Plugins, Axis and Ohs ?
Any idea what (key press etc?) would cause the error? I want to understand what causes this exception

[virtuali]

Any interferences with Stream Deck Plugins, Axis and Ohs ?

If you have those, the easiest way for you to test, is not use them.

Any idea what (key press etc?) would cause the error? I want to understand what causes this exception

As I've said, you are looking at the effect ( the exception ), which is very easy to prevent. But it won't solve the cause, which I cannot understand why it can possibly happen, other than an error in the custom airplane profile containing an empty or completely wrong parking brake test, which you don't use.

[FerrevmVnion]

What i've found out is that it works fine when after you close coutl after departing and re-open coutl after landing.... no crash an gate arrival ... it only crashs when you depart with gsx and then arrive..... thats brings me back to the question i asked often in this thread: why is this json object in the error refering to the departure airport... you never answered this question...

So why it works fine if there is "no departure airport" but crashes when coutl stays open all the flight (from boarding to gate arrival)

[virtuali]

why is this json object in the error refering to the departure airport... you never answered this question...

I never answered, because having or not a departure airport cannot possibly have anything to do with this problem which, AGAIN, it's caused ( on your system ), but an airplane with a custom parking brake test that for some reason has become a null expression.

Also, I'm not sure know what do you mean with "this json object in the error", please clarify.

[FerrevmVnion]

This json

{'Airport': 'EDDB', 'Requested assistance services at': 'Gate B 23', 'Requested parking services to': 'Gate B 3', 'User Pos': (52.36565160103732, 13.504205842838852, 46.4971 m, 2.48214 m, 67.64291654709115, 0.013924969360232353, 0.024434609338641167, -0.00022777330976805175, 2.553919111633301, 1.0)}

Why is the depature gate mentioned there ?

[virtuali]

That's not a .json, it's a Python dictionary dump.

The departure gate is not a problem, the problem ( as I've said, multiple times ), is that for some unknown reason your airplane has a null custom parking brakes test. Why should I have to repeat this, over and over ?

Have you updated the program ? We had an update yesterday.

[FerrevmVnion]

And i continue asking: Why GSX crashes when there was a depature aiport, and does not crash when there was no depature airport. What is the difference .... give this idea a chance and dont block any idea's

[FerrevmVnion]

Versions have changed... the error has not
Updated GSX, via standalone installer & fsdt installer (3 rounds update pushed)

{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.35058796400391, 11.79384695361248, 452.848 m, 2.87831 m, 262.90867624861994, 0.004319478757679462, 0.001745329238474369, 0.00024081377096612104, 3.18211187210083, 1.0)}


EDIT also restarting doesnt prevent the error anymore ... 1 minute later again

emulateMenu_MSFS CHOICE 1
channel.balance =  -1
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 1
channel.balance =  -1
emulateMenu_MSFS
Error: exception UNRECOGNIZED_ID in call AddClientEventToNotificationGroup param #2 '2098459744'
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350640638835955, 11.79458515155914, 452.851 m, 2.88069 m, 263.2794014550037, 0.003903202014043927, 0.001745329238474369, -0.00015434579117918923, 3.18211187210083, 1.0)}
WASM: Menu choice received
emulateMenu_MSFS CHOICE 2
channel.balance =  -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '2098459744'
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350640638835955, 11.79458515155914, 452.851 m, 2.88069 m, 263.2794014550037, 0.003903202014043927, 0.001745329238474369, -0.00015434579117918923, 3.18211187210083, 1.0)}
Requested parking services to Gate B 223
Marshaller distance readout disabled by user preferences
set object -1000 mt. underground
Traceback (most recent call last):
  File ".\common\criticalsection.py", line 23, in _synchronized
  File ".\GSX\__init__.py", line 978, in checkAirplane
  File ".\common\aircraftData.py", line 1171, in brakesPosition
  File ".\common\__init__.py", line 38, in _executeCalculatorCode
TypeError: %d format: a number is required, not NoneType
{'Airport': 'EDDM', 'Requested parking services to': 'Gate B 223', 'User Pos': (48.350614330347234, 11.794228936764398, 452.85 m, 2.88014 m, 265.5654859162236, 0.004121821373701096, 0.001745329238474369, 0.0002398781182380839, 3.18211187210083, 1.0)}

[virtuali]

Versions have changed... the error has not

What hasn't changes, is that still I cannot reproduce it. I added another check to prevent it, which might hopefully give extra debug information to know why it doesn't happen to anybody else except you and another user. No, the version won't change now, just run the update, and the log should be different and shouldn't cause an error. However, I would still need to read the log, even if no error comes out anymore.

[FerrevmVnion]

Did 3 flights yesterday, 3 today everything worked so far ... but on the last flight while arriving the gate in egph

The error shows to requests for gate 4a ... never choosed 4a .... just 4 (mentioned as third)


Error: exception UNRECOGNIZED_ID in call AddClientEventToNotificationGroup param #2 '1404224176'
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Gate 4A', 'User Pos': (55.948920417764285, -3.369959021027102, 32.7248 m, 2.87914 m, 59.61959080156403, 0.0045136138796806335, 0.001745329238474369, 0.0006080661906429093, 3.18211187210083, 1.0)}
emulateMenu_MSFS
WASM: Menu choice received
emulateMenu_MSFS CHOICE 0
channel.balance =  -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '1404224176'
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Gate 4A', 'User Pos': (55.949029856009695, -3.369625915143736, 32.7261 m, 2.87977 m, 59.65569015030608, 0.0044967783614993095, 0.001745329238474369, 0.0007221081070068261, 3.18211187210083, 1.0)}
Requested parking services to Parking 4
Marshaller distance readout disabled by user preferences
set object -1000 mt. underground
Traceback (most recent call last):
  File ".\common\criticalsection.py", line 23, in _synchronized
  File ".\GSX\__init__.py", line 978, in checkAirplane
  File ".\common\aircraftData.py", line 1171, in brakesPosition
  File ".\common\__init__.py", line 38, in _executeCalculatorCode
TypeError: float() argument must be a string or a number
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 107', 'Requested parking services to': 'Parking 4', 'User Pos': (55.94801348724543, -3.3668739536682635, 32.7553 m, 2.87779 m, 86.29314230412687, 0.004258604720234871, 0.001745329238474369, -0.0, 3.18211187210083, 1.0)}

[Ankh]

Did a flight from EBBR to EGCC (Maccosim) yesterday and observed the same issue: 10m before reaching the final parking position at EGCC couatl.exe crashed and restarted... I am using the EGCC custom profile from flightsim.to, the only one available over there: https://flightsim.to/file/38303/gsx-profile-egcc-manchester-maccosim

Did not use the offline installer for quiet some time now, will do it now and see if it happens on my next flight again.