FSDreamTeam forum
Products Support => GSX Support FSX/P3D => Topic started by: MARCUS0010 on November 16, 2020, 06:36:42 pm
-
Hello i did the live update today 16/11/220 Gsx crashes when boarding Now . Never had this problem before.
Here is the crash log .
couatl v4.0 (build 4475)
panic log started on Mon Nov 16 18:01:53 2020
problem raised by addon <unknown>
Traceback (most recent call last):
File ".\common\fsm.py", line 73, in executeDoFuncToCompletion
File ".\GSX\assistanceServices\passengerStairs.py", line 270, in do
File ".\GSX\assistanceServices\passengerStairs.py", line 208, in makeRendezVous
TypeError: 'NoneType' object is not callable
{'Airport': 'EBBR', 'Requested assistance services at': 'Gate 138', 'User Pos': (50.90247498967542, 4.479411118851883, 58.8541 m, 2.77111 m, 154.8090439942421)}
Best regards
Marco
-
Run the Live Update, it has been fixed yesterday.
-
Run the Live Update, it has been fixed yesterday.
Hello
That's what i did today i ran the live update already 3 h ago 2 h ago and 10 min ago i still have the same crash .
Best regards .
Marco
-
That's what i did today i ran the live update already 3 h ago 2 h ago and 10 min ago i still have the same crash .
When you see a message telling you to run the Live Update, just do it.
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.
-
That's what i did today i ran the live update already 3 h ago 2 h ago and 10 min ago i still have the same crash .
When you see a message telling you to run the Live Update, just do it.
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.
That's exactly what i have been doing since lunchtime today every hour up to 20h00 tonight as i explained in my last message , i will try again tomorrow morning .
Hopefully the servers will deliver .
Regards .
Marco
-
When I try to connect the stairs to my aircraft at GSX they get to about this position (https://ibb.co/fdgwDzX) then I receive this error message (https://ibb.co/5jd8b5f)
Ive tried with multiple aircraft, different stands, airports, reinstalled the software multiple times, and I've run both of the couatl updaters along with the FSDT live updater and I've still got no luck. The jetways connect fine aswell it's just the stair crashing the scripting.
Here's the log from the report
couatl v4.0 (build 4475)
panic log started on Tue Nov 17 11:33:03 2020
problem raised by addon passengerStairs.py
Traceback (most recent call last):
File ".\common\fsm.py", line 73, in executeDoFuncToCompletion
File ".\GSX\assistanceServices\passengerStairs.py", line 270, in do
File ".\GSX\assistanceServices\passengerStairs.py", line 208, in makeRendezVous
TypeError: 'NoneType' object is not callable
{'Airport': 'YBCG', 'Requested assistance services at': 'Gate 13', 'User Pos': (-28.16565272409227, 153.5112052177287, 10.791 m, 4.39305 m, 49.69244013211057)}
Cheers Cody
-
This has been discussed in so many other threads in this same forum: it has been fixed with yesterday's update, so be sure you run it.
Yes, you said you already have, but as explained in all other threads, it might take up to 24 hours before the updates reach everyone's local cloudflare node so, just try again until you get the fixed files.
-
Thanks, the stairs are working fine now, I'm not sure if it was the update or just luck because now I'm getting the same error but for the passengerBus.py
couatl v4.0 (build 4475)
panic log started on Tue Nov 17 13:09:15 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': 'YBCG', 'Requested assistance services at': 'Gate 13', 'User Pos': (-28.165652407429857, 153.51120329987958, 10.7485 m, 4.35046 m, 49.69245087525131)}
Is this meant to be fixed aswell?
-
Thanks, the stairs are working fine now, I'm not sure if it was the update or just luck because now I'm getting the same error but for the passengerBus.py
You are not getting the same error, this is new, and nobody reported it before. Which airplane you are using ?
-
I was meaning a similar error. I'm flying the FSLabs A320. I'm yet to see if it fails to work with any other addon.
-
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': 'RJAA', 'Requested assistance services at': 'Gate 162', 'User Pos': (35.780569296138566, 140.38654867255684, 45.6042 m, 4.45623 m, 329.7000010313449)}
edit: this was in the FSL A320
-
Why you called it CTD ? The main advantage of Couatl/Python is that, when there's an error in its code, is safely logged and nothing happens to your sim. Of course, we are already looking into that, since there was another post about it, just below this one, to which I already replied to.
-
I'm yet to see if it fails to work with any other addon.
Ok, please check this, using an airplane that doesn't control GSX.
-
Hello,
I have also updated my GSX to the newest update that helped fix the Coautl error that I have been having when requesting the stairs. It has been fixed after the update but now I am also having the problem with the passenger bus when I request boarding or deboarding as the author of the topic. It happens regardless of the aircraft. I tried it with both the Fslabs A320 and the QW 787 and have got the same error. Please see the error that was recorded in the log below.
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': 'FMEE', 'Requested assistance services at': 'Gate 2', 'User Pos': (-20.88999832826868, 55.510403923873206, 24.1746 m, 4.17465 m, 205.82067052095414)}
-
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.
-
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.
-
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.
-
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.
-
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
-
Btw
it happens in P3Dv4.5 and v5.1 in the same way.
PMDG 777-F and 747-8i.
-
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)}
-
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)}
-
I RUN LIVE UPDATE STILL SAME ISSUE HOW CAN FIX THIS>?????????????????
-
With de PMDG 737 is de same problem still there
-
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
-
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.
-
The problem is fixed now.