MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000051VCMIGUI - Battlespublic2009-10-03 08:592011-05-28 15:37
ReporterTow dragon 
Assigned ToTow dragon 
PrioritynormalSeveritytweakReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version0.72 
Target VersionFixed in Version0.84 
Summary0000051: Target creature loses stack size box from the moment the enemy shoots at it, or even starts to walk/fly towards it
Description0.72#48 - Target creature loses stack size box from the moment the enemy shoots at it, or even starts to walk/fly towards it:

In H3 only the stack number boxes of the attacking/moving creatures temporary disappear during the attack/move. Target creatures stack number box should remain displayed until the moment of the impact, when it disappears just for a fraction of the second in order to be updated accordingly (depending on casualties suffered).
Additional InformationReported by Zamolxis: http://forum.vcmi.eu/viewtopic.php?p=2874#2874 [^]

The problem is that amount of creatures in stack is updated (as effect of an attack/spell) before animation is displayed.
TagsNo tags attached.
Attached Files

- Relationships
related to 0000185closedTow dragon The stack queue disappears if a stack is going to kill the last enemy remaining, from the moment the stack starts walking 
parent of 0000136closedTow dragon Stacks killed by a retaliation attack, fall down before the retaliation animation. 
has duplicate 0000201closedTow dragon stack quantity upon atack 
has duplicate 0000641closedTow dragon A result of attack is presented before GUI animation 
related to 0000311closedTow dragon Sometimes the battle log records an action of the enemy before some of my moves, even though the enemy would move after me. 

-  Notes
(0000255)
Zamolxis (viewer)
2009-11-21 18:39
edited on: 2010-11-15 01:15

Same issue for attacking creatures, in case the target will retaliate. Basically both the attacking and the target creature lose stack numbers before the actual animation starts.

EDIT: Can this be looked at for one of the next releases (before 0.9)? It's such an obvious bug of high frequency, that we won't escape more duplicate reports on it if not fixed.

(0001733)
Zamolxis (viewer)
2011-05-28 15:35

Looks like this has been fixed in 0.84, probably together with 0000136 & 0000185

- Issue History
Date Modified Username Field Change
2009-10-03 08:59 Tow dragon New Issue
2009-10-10 02:00 Zamolxis Description Updated View Revisions
2009-10-10 02:00 Zamolxis Additional Information Updated View Revisions
2009-10-19 20:13 Zamolxis Relationship added related to 0000185
2009-11-05 21:08 Zamolxis Relationship added has duplicate 0000201
2009-11-21 18:39 Zamolxis Note Added: 0000255
2010-05-29 19:14 Zamolxis Product Version => 0.72
2010-05-29 19:14 Zamolxis Description Updated View Revisions
2010-05-29 19:14 Zamolxis Additional Information Updated View Revisions
2010-11-15 01:08 Zamolxis Relationship added has duplicate 0000641
2010-11-15 01:10 Zamolxis Relationship added parent of 0000136
2010-11-15 01:11 Zamolxis Relationship added related to 0000311
2010-11-15 01:15 Zamolxis Note Edited: 0000255 View Revisions
2011-05-28 15:35 Zamolxis Note Added: 0001733
2011-05-28 15:36 Zamolxis Status assigned => resolved
2011-05-28 15:36 Zamolxis Fixed in Version => 0.84
2011-05-28 15:36 Zamolxis Resolution open => fixed
2011-05-28 15:37 Zamolxis Status resolved => closed

Site | Forums | Wiki | Slack | GitHub


Copyright © 2000 - 2024 MantisBT Team
Hosting provided by DigitalOcean