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 #3146 TU values do not always update in HUD
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
    4. Useful
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
Show / hide more details »
Description
[http://sourceforge.net/p/ufoai/bugs/3146 Item 3146] imported from sourceforge.net tracker on 2013-01-28 20:02:17

Sometimes TU values do not updates after actor actions like shooting. The HUD shows old value of TU, but it is wrong.

Last master.
===== Comments Ported from Sourceforge =====

====== shipit (2012-02-12 09:01:47) ======

Confirmed.
Seems to me this often happens when using some 'burst' mode for shooting, e.g. the double shot of the riot shotgun. Did not notice it happen with single shot yet.
====== tlh2000 (2012-02-26 11:55:07) ======

Added debug output
====== tlh2000 (2012-02-26 12:21:22) ======

EV_ACTOR_STATS: 31 (client: 99)
EV_ACTOR_STATS: 30 (client: 100)
EV_ACTOR_STATS: 30 (client: 101)
EV_ACTOR_STATS: 30 (client: 102)
EV_ACTOR_STATS: 30 (client: 103)
EV_ACTOR_STATS: 30 (client: 104)
EV_ACTOR_STATS: 31 (client: 105)
EV_ACTOR_STATS: 30 (client: 106)
EV_ACTOR_STATS: 31 (client: 99)
EV_ACTOR_STATS: 30 (client: 100)
EV_ACTOR_STATS: 30 (client: 101)
EV_ACTOR_STATS: 30 (client: 102)
EV_ACTOR_STATS: 30 (client: 103)
EV_ACTOR_STATS: 30 (client: 104)
EV_ACTOR_STATS: 31 (client: 105)
EV_ACTOR_STATS: 30 (client: 106)
set TUs: 99 => 31 (31)
give TUs: 99 => 31 (31)
EV_ACTOR_STATS: 99 => 31 (playerMask: 1)
set TUs: 100 => 30 (30)
give TUs: 100 => 30 (30)
EV_ACTOR_STATS: 100 => 30 (playerMask: 1)
set TUs: 101 => 30 (30)
give TUs: 101 => 30 (30)
EV_ACTOR_STATS: 101 => 30 (playerMask: 1)
set TUs: 102 => 30 (30)
give TUs: 102 => 30 (30)
EV_ACTOR_STATS: 102 => 30 (playerMask: 1)
set TUs: 103 => 30 (30)
give TUs: 103 => 30 (30)
EV_ACTOR_STATS: 103 => 30 (playerMask: 1)
set TUs: 104 => 30 (30)
give TUs: 104 => 30 (30)
EV_ACTOR_STATS: 104 => 30 (playerMask: 1)
set TUs: 105 => 31 (31)
give TUs: 105 => 31 (31)
EV_ACTOR_STATS: 105 => 31 (playerMask: 1)
set TUs: 106 => 30 (30)
give TUs: 106 => 30 (30)
EV_ACTOR_STATS: 106 => 30 (playerMask: 1)
EV_ACTOR_STATS: 99 => 31 (playerMask: 1)
EV_ACTOR_STATS: 100 => 30 (playerMask: 1)
EV_ACTOR_STATS: 101 => 30 (playerMask: 1)
EV_ACTOR_STATS: 102 => 30 (playerMask: 1)
EV_ACTOR_STATS: 103 => 30 (playerMask: 1)
EV_ACTOR_STATS: 104 => 30 (playerMask: 1)
EV_ACTOR_STATS: 105 => 31 (playerMask: 1)
EV_ACTOR_STATS: 106 => 30 (playerMask: 1)
move TUs: 106 => 28 (30)
set TUs: 106 => 28 (28)
set TUs: 106 => 30 (30)
move TUs: 106 => 26 (30)
set TUs: 106 => 26 (26)
set TUs: 106 => 30 (30)
move TUs: 106 => 24 (30)
set TUs: 106 => 24 (24)
set TUs: 106 => 30 (30)
move TUs: 106 => 22 (30)
set TUs: 106 => 22 (22)
set TUs: 106 => 30 (30)
move TUs: 106 => 19 (30)
set TUs: 106 => 19 (19)
set TUs: 106 => 30 (30)
set TUs: 106 => 19 (19)
EV_ACTOR_STATS: 106 => 19 (playerMask: 1)
EV_ACTOR_STATS: 19 (client: 106)
EV_ACTOR_STATS: 91 => 0 (playerMask: 0)
EV_ACTOR_STATS: 93 => 6 (playerMask: 0)
EV_ACTOR_STATS: 94 => 15 (playerMask: 0)
EV_ACTOR_STATS: 95 => 27 (playerMask: 0)
EV_ACTOR_STATS: 96 => 9 (playerMask: 0)
EV_ACTOR_STATS: 97 => 1 (playerMask: 0)
EV_ACTOR_STATS: 98 => 0 (playerMask: 0)
EV_ACTOR_STATS: 99 => 31 (playerMask: 1)
EV_ACTOR_STATS: 100 => 30 (playerMask: 1)
EV_ACTOR_STATS: 101 => 30 (playerMask: 1)
EV_ACTOR_STATS: 102 => 30 (playerMask: 1)
EV_ACTOR_STATS: 103 => 30 (playerMask: 1)
EV_ACTOR_STATS: 104 => 30 (playerMask: 1)
EV_ACTOR_STATS: 105 => 31 (playerMask: 1)
EV_ACTOR_STATS: 106 => 19 (playerMask: 1)
EV_ACTOR_STATS: 94 => 15 (playerMask: 0)
shoot TUs: 99 => 17 (31)
set TUs: 99 => 17 (17)
EV_ACTOR_STATS: 99 => 17 (playerMask: 1)
EV_ACTOR_STATS: 17 (client: 99)
EV_ACTOR_STATS: 31 (client: 99)
EV_ACTOR_STATS: 30 (client: 100)
EV_ACTOR_STATS: 30 (client: 101)
EV_ACTOR_STATS: 30 (client: 102)
EV_ACTOR_STATS: 30 (client: 103)
EV_ACTOR_STATS: 30 (client: 104)
EV_ACTOR_STATS: 31 (client: 105)
EV_ACTOR_STATS: 19 (client: 106)

====== tlh2000 (2012-02-26 12:22:32) ======

it happened for entnum 99

server side:

EV_ACTOR_STATS: 99 => 31 (playerMask: 1)
shoot TUs: 99 => 17 (31)
set TUs: 99 => 17 (17)
EV_ACTOR_STATS: 99 => 17 (playerMask: 1)

client side:

EV_ACTOR_STATS: 17 (client: 99)
EV_ACTOR_STATS: 31 (client: 99)

the order of the events is mixed
====== tlh2000 (2012-02-26 12:26:07) ======

updated version of the debug output patch
====== tlh2000 (2012-02-26 12:26:29) ======

the attached patch and DEBUG_EVENTSYS output is needed
====== tlh2000 (2012-02-26 12:30:08) ======

it looks like this is an event timing bug on the client side

maybe CL_GetEventTime

these are the events that were executed before the error appears - maybe something is delaying the update

2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATECHANGE
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:09 - Africa: 79827 EV_ACTOR_STATS
2012/02/26 13:19:17 - Africa: 87874 EV_ACTOR_MOVE
2012/02/26 13:19:20 - Africa: 89992 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94148 EV_ACTOR_APPEAR
2012/02/26 13:19:24 - Africa: 94148 EV_ACTOR_TURN
2012/02/26 13:19:24 - Africa: 94148 EV_ACTOR_START_SHOOT
2012/02/26 13:19:24 - Africa: 94430 EV_INV_AMMO
2012/02/26 13:19:24 - Africa: 94430 EV_ACTOR_SHOOT
2012/02/26 13:19:24 - Africa: 94430 EV_ACTOR_SHOOT
2012/02/26 13:19:24 - Africa: 94835 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
2012/02/26 13:19:24 - Africa: 94875 EV_ACTOR_STATS
====== tlh2000 (2012-02-26 12:31:54) ======

Schedule_Event might also be the reason - if the execution time is the same - maybe there is some reordering. the order might not get changed for events with the same timestamp
====== tlh2000 (2012-02-26 18:02:59) ======

ufoconsole log with event sys debug and patch applied
====== tlh2000 (2012-02-26 19:36:48) ======

fe2c0959f1e0dfb98b65f5f6d40b11b3b4dc15e4
and
b28e8a5b601c7b4b4437927e648d79b6ddacec81
====== aduke1 (2012-09-20 21:27:25.437000) ======

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