New CTD: passengerBus.py is causing Couatl Scripting engine to restart **SOLVED*

[virtuali]

Wasn't 100% sure what you meant by using aircraft the doesn't control GSX but I tired with both the PMDG 737 and QW787 and no luck so I assume its the same for all requiring the passenger bus.

Ok, I just wanted to be sure this wasn't something related to 3rd party airplane integration. In any case, we are looking into it now.

[virtuali]

As I've said in my latest post, we are already looking into that, and there was another post about it, just below this one, to which I already replied to.

[kingpin911]

Good Day!

Since yersterday i have following error with Aerosoft Airbus A321 at FSDG LOWG airport.

couatl v4.0 (build 4475)
panic log started on Tue Nov 17 12:20:20 2020

problem raised by addon <unknown>
Traceback (most recent call last):
  File ".\common\fsm.py", line 73, in executeDoFuncToCompletion
  File ".\GSX\assistanceServices\passengerBus.py", line 133, in do
  File ".\GSX\assistanceServices\passengerBus.py", line 134, in <genexpr>
AttributeError: 'weakref' object has no attribute 'exitPosition'
{'Airport': 'LOWG', 'Requested assistance services at': 'Gate 2', 'User Pos': (46.9958931502664, 15.443182240334728, 344.524 m, 4.52368 m, 126.45369114319777)}

Two days ago everything worked fine!
No Updates or new installes. I only executed FSDREAMTERAM Live Update, since then error.

Help requested.

[Simpilot2020]

Hi,

I had read your post in the other Thread.
I did my update this morning and the stairs issue is gone. but now passenger bus cause Coatl to stop as described above.

Andreas

[Simpilot2020]

Btw
it happens in P3Dv4.5 and v5.1 in the same way.
PMDG 777-F and 747-8i.

[LNOSS]

I do also get this... Every airport i have tried and plane..
Yesterday was another fail that seems to have been fixed. Now this.. passangerbus.py all the time...

couatl v4.0 (build 4475)
panic log started on Tue Nov 17 13:45:02 2020

problem raised by addon passengerBus.py
Traceback (most recent call last):
  File ".\common\fsm.py", line 73, in executeDoFuncToCompletion
  File ".\GSX\assistanceServices\passengerBus.py", line 133, in do
  File ".\GSX\assistanceServices\passengerBus.py", line 134, in <genexpr>
AttributeError: 'weakref' object has no attribute 'exitPosition'
{'Airport': 'LGKO', 'Requested assistance services at': 'Gate 7', 'User Pos': (36.8001132424023, 27.090189828663362, 129.093 m, 4.43026 m, 88.27776469187697)}

[Manusalmun]

I waited a day since I saw the problem and I already used the live update and the problem continues, I am using the a318 / a319 / a320 / a321 from aerosoft

couatl v3.2 (build 4469)
panic log started on Tue Nov 17 09:19:23 2020

problem raised by engine or unspecified addon
{'Airport': 'LICC', 'Requested assistance services at': 'Gate 2', 'User Pos': (37.46948104178758, 15.062166748625705, 16.6629 m, 4.47091 m, 354.0000138410366)}
Traceback (most recent call last):
  File ".\common\fsm.py", line 73, in executeDoFuncToCompletion
  File ".\GSX\assistanceServices\passengerBus.py", line 133, in do
  File ".\GSX\assistanceServices\passengerBus.py", line 134, in <genexpr>
AttributeError: 'weakref' object has no attribute 'exitPosition'
{'Airport': 'LICC', 'Requested assistance services at': 'Gate 2', 'User Pos': (37.46948104178758, 15.062166748625705, 16.6629 m, 4.47091 m, 354.0000138410366)}

[sandro777]

I RUN LIVE UPDATE STILL SAME ISSUE HOW CAN FIX THIS>??

[Manusalmun]

With de PMDG 737 is de same problem still there

[LukeK]

As explained many times, it might take up to a day for all cloudflare servers to get the updated file so, even if we published yesterday, it might not have reached your local cloudflare node yet ( there are more than 200, and they are used by millions of websites ) so, just try it again, and it will eventually come.

With respect, if a CDN purge takes more than seconds to complete, you have the wrong CDN.

Luke

[virtuali]

With respect, if a CDN purge takes more than seconds to complete, you have the wrong CDN.

We only have the best CDN around, that is Cloudflare. Is not so "simple". Local browser caching also takes account. And yes, IT DOES takes 2 seconds here, when I upload a new file, I obviously immediately check if it's downloaded back from the updater, and it always is. But I cannot possibly know what happens with remote systems. And yes, I sometime test with a VPN, so I can use any node I want, and sometimes it's not immediate.

[virtuali]

The problem is fixed now.