UFO: Alien Invasion Issue Tracker
UFO: Alien Invasion
Go to the previous open issue
Go to the previous issue (open or closed)
star_faded.png
Please log in to bookmark issues
icon_project.png UFO: Alien Invasion / Closed Bug report #2297 LE_DoEndPathMove in battlescape
Go to the next issue (open or closed)
Go to the next open issue
This issue has been closed with status "Closed" and resolution "Not determined".
Issue basics
  • Type of issue
    Bug report
  • Category
    Battlescape
  • Targetted for
    Not determined
  • Status
    Closed
  • Priority
    3. Normal
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (0)
There are no items
People involved
Times and dates
  • Posted at
  • Last updated
  • Estimated time
    Not estimated
Issue details
  • Resolution
    Not determined
  • Reproducability
    Not determined
  • Severity
    Not determined
  • Complexity
    Not determined
  • Platform
    Not determined
  • Architecture
    Not determined
Attachments (0)
There is nothing attached to this issue
Duplicate issues (0)
This issue does not have any duplicates
Description
[http://sourceforge.net/p/ufoai/bugs/2297 Item 2297] imported from sourceforge.net tracker on 2013-01-28 19:26:38

in r28048 battlescape is not playable
ERROR: LE_DoEndPathMove: Actor movement is out of sync: 163:192:4 should be 164:191:4 (step 1 of 1) (team 1)
play a map, shoot an alien and give up your turn
happens usually on your second turn
also sometimes when shooting the TU does not get removed from the unit. I think something is wrong with this revision..

===== Comments Ported from Sourceforge =====

====== tlh2000 (2010-01-16 07:17:57) ======

r28030 or r28029 might have introduced this bug
====== tlh2000 (2010-01-16 07:20:13) ======

looks like it was r28029 - in r28028 i can't reproduce this - can anyone confirm?
====== tlh2000 (2010-01-16 07:53:16) ======

should be fixed in r28056
====== markhop56 (2010-01-16 11:46:44) ======

This bug is still present in trunk r28074.
More details:
- map: "fighter_crash"
- my actor was supposed to made one step E (given that N is upper-left corner of stadard camera view), instead he took one step S, then battlescope crashed with output:

ERROR: LE_DoEndPathMove: Actor movement is out of sync: 133:118:0 should be 133:119:0 (step 1 of 1) (team 1)
====== markhawrylak (2010-01-16 12:41:02) ======

tested in r28077 - Passed
I played 2 skirmish maps without the error appearing
if anyone else is experiencing the issue, can they raise it here please, otherwise I will close the defect in a few days
====== tlh2000 (2010-01-16 12:50:28) ======

R 28062

It didn't occur for big part of the mission, so it is possible that main reason was removed. However, almost at the end:


********************
ERROR: LE_DoEndPathMove: Actor movement is out of sync: 127:103:0 should be 126:102:0 (step 1 of 1) (team 1)
********************
Shutdown server: Server crashed.
==== ShutdownGame ====
ufoai_2.3/src/ports/unix/unix_main.c:493
ufoai_2.3/src/common/common.c:267
ufoai_2.3/src/client/battlescape/cl_localentity.c:583
ufoai_2.3/src/client/battlescape/cl_localentity.c:621
ufoai_2.3/src/client/battlescape/cl_localentity.c:301
ufoai_2.3/src/client/battlescape/cl_localentity.c:318
ufoai_2.3/src/client/cl_main.c:1146
ufoai_2.3/src/common/common.c:1010
ufoai_2.3/src/common/common.c:1158
ufoai_2.3/src/ports/linux/linux_main.c:53
/lib/libc.so.6(__libc_start_main+0xe6)
/build/buildd/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:116
====== halleth (2010-01-16 21:21:35) ======

Unfortunately, R28091 is still bugged...
====== tlh2000 (2010-01-16 21:32:16) ======

anything particular that you made? something got visible? movement stopped? crouched or standing? everything might be important - please be a little bit more verbose.
====== markhawrylak (2010-01-18 02:30:37) ======

I just played another skirmish map, subway, and had no issues in R28156.


====== tlh2000 (2010-01-18 06:25:33) ======

ok, setting this to pending until another detailed report arrives. even if this bug does not occur for you, please let us know from time to time - until sf.net closes the tracker or until someone else reports a problem of a recent revision.
====== tlh2000 (2010-01-20 17:12:55) ======

still happening, it would be interesting if the autostand feature is used. the events.log might help, too. and if someone could provide a way to reproduce it... that would be nice.
====== tlh2000 (2010-01-20 17:41:08) ======

#
********************
#
ERROR: LE_DoEndPathMove: Actor movement is out of sync: 118:139:0 should be 119:139:0 (step 4 of 4) (team 1)
#
********************
#
Shutdown server: Server crashed.
#
==== ShutdownGame ====
#
/mnt/sda7/src/ufoai-trunk/ufo(Sys_Backtrace+0x1f)[0x819b6e7]
#
/mnt/sda7/src/ufoai-trunk/ufo(Com_Error+0xfb)[0x8143f9d]
#
/mnt/sda7/src/ufoai-trunk/ufo(LE_DoEndPathMove+0xe1)[0x8095192]
#
/mnt/sda7/src/ufoai-trunk/ufo[0x8095330]
#
/mnt/sda7/src/ufoai-trunk/ufo(LE_ExecuteThink+0x58)[0x8094677]
#
/mnt/sda7/src/ufoai-trunk/ufo(LE_Think+0x2b)[0x80946a4]
#
/mnt/sda7/src/ufoai-trunk/ufo(CL_Frame+0xda)[0x807a920]
#
/mnt/sda7/src/ufoai-trunk/ufo[0x814584a]
#
/mnt/sda7/src/ufoai-trunk/ufo(Qcommon_Frame+0x7b)[0x8145cba]
#
/mnt/sda7/src/ufoai-trunk/ufo(main+0x66)[0x819a5a1]
#
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7b24455]
#
/mnt/sda7/src/ufoai-trunk/ufo[0x806c371]
====== bekoszaf (2010-01-22 09:09:33) ======

I got this today on revision 28206. Friendly NPC was standing unseen in a doorway. Trooper turned to move and stopped moving on sighting the NPC. Gave another movejob directly infront of the NSC in the doorway => crash

ERROR: LE_DoEndPathMove: Actor movement is out of sync: 116:138:1 should be 116:139:1 (step 1 of 1) (team 1)

Map was:

SV_AssembleMap: Sequential map assembly in 176 ms
CM_LoadMap: "-japan/ja_ +craft_drop_firebird +craft_ufo_harvester +h1 +arc +f1 +f2 +f1 +h5 +fill1 +fill2 +fill2 +fill2 +fill2 +fill2 +p_bl +fill2 +fill2 +fill2 +fill2 +fill2 +fill3 +fill3 +fill3 +f2 +p_v +p_v +f3" "-32 -8 0 8 -8 0 -16 0 0 -40 0 0 -40 16 0 -40 -8 0 -40 -16 0 -32 16 0 0 8 0 -24 16 0 -32 -16 0 0 16 0 8 16 0 -24 -16 0 0 0 0 40 -16 0 -16 -8 0 -16 -16 0 32 -16 0 24 -16 0 8 -8 0 16 -16 0 8 -16 0 -8 -8 0 0 -8 0 0 -16 0 -8 -16 0"
Rerouted for RMA in 0.0s
checksum for the map '+japan': 1434069093

Happend upper stairs middle room on the way back to the stairs.
====== tlh2000 (2010-01-22 17:28:27) ======

can you tell us more about the doorway? which one it was? maybe even a screenshot of the map with a small marker of the area the civ was standing in. is this reproducible somehow? was it the first round? or did the civs already had a round, too?
====== tlh2000 (2010-01-22 20:37:36) ======

please let me know whether r28209 changes anything about this bug.
====== tlh2000 (2010-01-26 06:58:25) ======

nobody else encountered this bug again? will set it to soon to pending if no other reports arrived in the meantime.
====== markhawrylak (2010-01-28 05:43:06) ======

this may be related. I am playing r28290
sometimes when I shoot the plasma blaster or sniper rifle, the TU for the shot is not consumed from the blue bar. the game things that the shot did not occur on the UI, and lets me create routes that consume TU like the shot did not occur.
only when I actually move the unit, does the TU remaining get properly updated.
it is not happening 100% of the time, as soon as I can create the steps to reproduce it, ill report it here.
====== tlh2000 (2010-01-28 07:19:10) ======

i don't think this is related - as the TUs are checked on the server side, too - it should just be a client side update bug. if you find a way to reproduce it, please add a note to the two open TU bug tracker tickets.
====== bekoszaf (2010-01-28 07:30:27) ======

> can you tell us more about the doorway? which one it was? maybe even a
> screenshot of the map with a small marker of the area the civ was standing
> in. is this reproducible somehow? was it the first round? or did the civs
> already had a round, too?

I didn't get this any more with r28288 but I can't be sure because the maps where I got that problem didn't show up again in the campaign. I'll going to test this the crash-happy maps but that needs some time.

The doorway was upstairs the first doorway in sight when you come up from the stairs. There's only this building on the map so it's easy to find. I don't have a screenshot however. My actor was inside the middle room and cleared out some alien. On his way back down crossing the middle room an huiman ai actor came upstairs and stopped in that doorway.
====== tlh2000 (2010-01-29 15:24:30) ======

setting to pending now
====== markhop56 (2010-02-03 21:10:28) ======

Unfortnetly it is still present in rev. 28400

Description:
I ordered my soldier to move into a building by selecting tile right behind a door. Instead moving forward, my soldier turn left, made one step end then mae crashed.

Console output:
2010/02/03 21:26:59 ==== InitGame ====
2010/02/03 21:26:59 SV_AssembleMap: Sequential map assembly in 61 ms
2010/02/03 21:26:59 CM_LoadMap: "-tropic/tr_ +h01 +h02 +h03 +h04 +craft_drop_firebird +craft_ufo_harvester +f06 +f06 +h01 +h04 +f02 +f02" "8 0 0 -24 16 0 8 -24 0 -8 16 0 0 8 0 -24 -24 0 8 -8 0 -8 24 0 8 24 0 -24 8 0 -24 0 0 0 0 0"
2010/02/03 21:27:00 Rerouted for RMA in 0.0s
2010/02/03 21:27:00 checksum for the map '+tropic': 1805112562
2010/02/03 21:27:00 ufo script checksum 366031158
2010/02/03 21:27:00 Created AI player (team 0)
2010/02/03 21:27:00 Created AI player (team 7)
2010/02/03 21:27:00 -------------------------------------
2010/02/03 21:27:00 Connecting to localhost...
2010/02/03 21:27:00 connection attempt from loopback connection
2010/02/03 21:27:00 load material file: 'materials/tropic.mat'
2010/02/03 21:27:02 Starting the game...
2010/02/03 21:27:02 Marek has joined team 1
2010/02/03 21:27:02 music change to MarineIndustrial (from van_mission)
2010/02/03 21:27:02 music change to David04 (from MarineIndustrial)
2010/02/03 21:27:02 (player 0) It's team 1's round
2010/02/03 21:27:03 Marek has taken control over team 1.
2010/02/03 21:30:17 Team 1 ended round2010/02/03 21:30:17 , team 7's round started!
2010/02/03 21:30:38 Team 7 ended round2010/02/03 21:30:38 , team 0's round started!
2010/02/03 21:30:39 Team 0 ended round2010/02/03 21:30:39 , team 1's round started!
2010/02/03 21:32:09 Can't perform action - target out of range!
2010/02/03 21:32:10 Can't perform action - target out of range!
2010/02/03 21:33:06 Team 1 ended round2010/02/03 21:33:06 , team 7's round started!
2010/02/03 21:33:22 Team 7 ended round2010/02/03 21:33:22 , team 0's round started!
2010/02/03 21:33:24 Team 0 ended round2010/02/03 21:33:24 , team 1's round started!
2010/02/03 21:35:02 ********************
2010/02/03 21:35:02 ERROR: LE_DoEndPathMove: Actor movement is out of sync: 119:152:0 should be 118:153:0 (step 2 of 2) (team 1)
2010/02/03 21:35:02 ********************
2010/02/03 21:35:02 Shutdown server: Server crashed.
2010/02/03 21:35:02 ==== ShutdownGame ====



====== tlh2000 (2010-02-03 21:18:35) ======

do you have a way to reproduce this?
====== sf-robot (2010-02-13 02:20:16) ======

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
====== tlh2000 (2010-07-06 19:03:55) ======

Bloodspider Bloodspider is consumed by mad rage!
Bloodspider Bloodspider is consumed by mad rage!
Team 1 ended round
Team 7's round started!
********************
ERROR: LE_DoEndPathMove: Actor movement is out of sync: 133:136:0 should be 132:136:0 (step 3 of 3) (team 7)

====== tlh2000 (2010-07-06 19:04:10) ======

Event 15 activate and no stepAmount pointer set
====== aduke1 (2012-10-01 23:46:27.022000) ======

- **milestone**: SVN_trunk --> SVN_remainder

====== darkrainx (2012-12-02 19:16:30.188000) ======

See also: <http://ufoai.org/forum/index.php/topic,6959.0.html>
====== tlh2000 (2012-12-14 07:54:07.995000) ======

- **status**: open --> closed
Steps to reproduce this issue
Nothing entered.
Todos (0 / 0)
Issue created
footer_logo.png The Bug Genie 4.3.1 | Support | Feedback spinning_16.gif