Wasn't a good parking.....

[FerrevmVnion]

....results in not opening GSX Window... nothing happens, nothing is working anymore....
In general it makes me kind of agressive that the window closes by itself, doesnt open, opens on the 5th double-agressive clicking on the toolbar's button...
Please fix the "window issues".....

It's really annoying

[virtuali]

I don't understand you, please clarify.

[FerrevmVnion]

GSX claims i cant park my plane and stops handling my plane. Kind of pettish behavior.
Just watch it

https://youtu.be/go80Zpf-mI4

Part of the log:

Error: exception UNRECOGNIZED_ID in call AddClientEventToNotificationGroup param #2 '931244080'
{'Airport': 'EDDE', 'Requested assistance services at': 'Gate 51', 'User Pos': (50.977331851583585, 10.961749716946922, 314.769 m, 2.96671 m, 75.40054007960266, 0.012875663116574287, 0.001745329238474369, 0.00039866508774370714, 3.18211187210083, 1.0)}
emulateMenu_MSFS CHOICE 2
channel.balance =  -1
Error: exception UNRECOGNIZED_ID in call RemoveClientEvent param #2 '931244080'
{'Airport': 'EDDE', 'Requested assistance services at': 'Gate 51', 'User Pos': (50.97734232911328, 10.961855423351603, 314.771 m, 2.96874 m, 85.21936354681236, 0.013475187122821808, 0.001745329238474369, 0.0014573222042379413, 3.18211187210083, 1.0)}
Requested parking services to Gate 51
Marshaller distance readout disabled by user preferences
emulateText_MSFS [GSX] Handling by Lufthansa 2.0
Model FSDT_Marshaller_01 (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition ( %(coldWeather)f == False ) and ( %(snow)f == False ), condition ignored
Model FSDT_Marshaller_03 (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition ( %(coldWeather)f == False ) and ( %(snow)f == False ), condition ignored
Model FSDT_Marshaller_Brenda_SP (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition ( %(coldWeather)f == False ) and ( %(hotWeather)f == False ) and ( %(snow)f == False ), condition ignored
Model FSDT_Marshaller_Brenda_HW (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition %(snow)f == True, condition ignored
Model FSDT_Marshaller_Emma_SP (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition ( %(coldWeather)f == False ) and ( %(hotWeather)f == False ) and ( %(snow)f == False ), condition ignored
Model FSDT_Marshaller_Emma_HW (C:\Program Files (x86)\Addon Manager/MSFS/fsdreamteam-gsx-pro/SimObjects\GroundVehicles\FSDT_Marshaller) has ill-formed condition %(snow)f == True, condition ignored
marshaller.simObjectCreated()
Exception staticGateObject destroyed or None
Marshaller under visual field, using ladder
emulateText_MSFS [GSX] A marshaller has been dispatched on site 6
emulateText_MSFS [GSX] Please cut engines 6
Parked: distance error = -1.57 ft, offtrack error = -2.02 ft, heading error = 1.60 deg
emulateText_MSFS [GSX] that wasn't a very good parking 6
simbrief_username setting is missing from Couatladdons.ini, cannot integrate with SimBrief
aircraftEngaged
Traceback (most recent call last):
  File ".\GSX\__init__.py", line 522, in <lambda>
  File ".\common\youcontrol.py", line 243, in showMenusWithSameTag
  File ".\common\youcontrol.py", line 84, in showContainer
  File ".\GSX\__init__.py", line 963, in checkOnGroundState
  File ".\GSX\parkingServices\__init__.py", line 187, in terminate
  File ".\GSX\parkingServices\marshaller.py", line 34, in terminate
  File ".\common\fsm.py", line 67, in switchToState
  File ".\GSX\parkingServices\marshaller.py", line 192, in enter
AttributeError: 'Marshaller' object has no attribute 'removeMarkers'
{'Airport': 'EDDE', 'Requested assistance services at': 'Gate 51', 'Requested parking services to': 'Gate 51', 'User Pos': (50.97580770555005, 10.961619517311602, 314.773 m, 2.96887 m, 252.54358019319838, 0.013022316619753838, 0.001745329238474369, -0.0002376765251706147, 3.18211187210083, 1.0)}

[virtuali]

The problem doesn't have anything to do with the parking evaluation. Your log indicates an error in a line that has changed in the current version so, most likely, you local cloudflare server still hasn't synched all the new files, which might take some times, since they are more than 25.000 files, to replicated on 260 server around the world.

Just run the FSDT Live Update again later, I'm sure the latest files will eventually reach you.

[FerrevmVnion]

.... latest files will eventually....

I think they have to reach me instantly because i paid for a product which has to be delivered with current version as any other software developer does, regardless if msfs or any software.

[virtuali]

I think they have to reach me instantly because i paid for a product which has to be delivered with current version as any other software developer does, regardless if msfs or any software.

If we didn't use a caching system, instead of having paid for *maybe* getting the latest file a little later, you wouldn't be able to download *anything* like what happened to another famous developer very recently, after a big release, because without a caching system, our server wouldn't handle the load, so you would have to wait anyway to use what you paid for. Like that other big release.

[FerrevmVnion]

caching old files doesnt make sense.

[mseiwald]

i also dont get it why they release a product when not all the servers have not yet the current files available. Havent seen this ever before!

[virtuali]

caching old files doesnt make sense.

I don't know what you are trying to say here. We don't obviously cache "old file". As soon we update a file, we sent a command to Cloudflare to *purge* the old file, this is obviously a completely automated process on our side, that always worked in years. But when there's a big release, with ten of thousand of new files, it just TAKES TIME.

[virtuali]

i also dont get it why they release a product when not all the servers have not yet the current files available. Havent seen this ever before!

No, what you saw before, many times, is a developer server going completely down for a day or two after a big release so the end result is the same, users won't be able to get what the paid for immediately, all at the same time.

And no, we cannot do what you are suggesting, because we haven't any way to check file by file ( again, the two GSX packages are about 25.000 files ), on 260 servers, which ones got what. It's all handled automatically by Cloudflare, the only thing we can do is to make a list of the new files, and order Cloudflare to purge its cache, and this is not immediate, and we can't be sure when it's done.