1 bug and 1 potential bug

[lapdog666]

eternal holy bug of group orders (aka teleporting battalion) is back.

for those who did not meet it: Sometimes , when you group move 3,4 or 10 units , one of them will just bug out and move for free IF you cancel the order later. RBS knows the details. just wanted to report it


now a potential bug is that a light cav unit costs 3% when routed. i saw it 2 times. its a light cav unit from fog2 vanilla the generic one. isnt 3% too high

[rbodleyscott]

eternal holy bug of group orders (aka teleporting battalion) is back.

for those who did not meet it: Sometimes , when you group move 3,4 or 10 units , one of them will just bug out and move for free IF you cancel the order later. RBS knows the details. just wanted to report it

Aargh! We had hoped that was fixed in v1.5.3.

We still have not been able to reproduce the bug, which makes it difficult (a) to determine the cause (b) to check that any fix we put in actually works.

If you can set up a situation where you think it will happen, and save it, and then if it does happen post the saved game on the board, that would be extremely helpful.

now a potential bug is that a light cav unit costs 3% when routed. i saw it 2 times. its a light cav unit from fog2 vanilla the generic one. isnt 3% too high

Depends on the size of the army. Mounted troops are worth more than the same number of foot troops.

[lapdog666]

untill i do that heres a picture , or like a teaser trailer , it seems i managed to stack their AP twice

edit: seems like i cant upload files

it must be a conspiracy to hide the bug



edit: heres IMGUR image

https://imgur.com/a/Hm09jnE

[lapdog666]

also my saves are not appearing in my "saves" folder. at least not under the names that i chose

i am not sure how to upload the saves


in case i dont manage to upload files, you can choose exactly what i chose, some spearmen, 1 elephant, 1 warband , mix them in the exact order as on the picture , put them near rough ground and try every possible combination with every possible unit, shouldnt take more than 10 minutes , i did it in 1 minute

[pipfromslitherine]

Save names are not restricted to ascii characters and so the filenames are not what you type. There is a human-readable version of the user filename at the top of each file (they can be opened in Notepad etc).

Cheers

Pip

[lapdog666]

Heres another example, produced in 2 minutes of randomly clicking group move command


https://imgur.com/a/GGOy21s <---



edit: in theory i could given enough time stack their AP to 3-4 times the original, and move my cav 20 hexes

edit: here are 2 saves from the first picture :

save 1 https://ufile.io/e8wx6

save 2 https://ufile.io/0frju


edit: how to exactly produce the bug from the first picture in my 2nd post:

Explanation : https://imgur.com/a/qovA5wa (use Save1)

[rbodleyscott]

Many thanks.

As far as I can tell, I am following your instructions exactly and not getting the issue.

Does it make a difference which unit you use to do the Undo?

[lapdog666]

i think you can only undo with the unit with which you initiated the group move. so if you use the african spearmen 0 , you must undo with them. and when you use merc hoplites to the right of them, u also must undo with those mercs.

if you try this couple more times it must work, i just did it 2 mins ago again

edit: i have 37 AP now with those merc hoplites, i can move 8 hexes


Edit: Take a look at this picture , just managed to do it now 1 minute ago https://imgur.com/a/VbBaGrC

55 AP for the mercs


edit: not even alexander can make his men do this


edit: world record : https://imgur.com/a/98pxPgG . each time i move african spearmen 0 via group move command and then undo the move, my merc hoplites get about 10 AP for free

[rbodleyscott]

i think you can only undo with the unit with which you initiated the group move. so if you use the african spearmen 0 , you must undo with them. and when you use merc hoplites to the right of them, u also must undo with those mercs.

You can in fact do Undo a group move with any of the units in the group selected, it does not have to be the one you used originally. That is why I asked.

if you try this couple more times it must work, i just did it 2 mins ago again

edit: i have 37 AP now with those merc hoplites, i can move 8 hexes


Edit: Take a look at this picture , just managed to do it now 1 minute ago https://imgur.com/a/VbBaGrC

55 AP for the mercs


edit: not even alexander can make his men do this


edit: world record : https://imgur.com/a/98pxPgG . each time i move african spearmen 0 via group move command and then undo the move, my merc hoplites get about 10 AP for free

And mine don't.

Which raises the horrible possibility that the bug may be machine specific. Nightmare!

[lapdog666]

that just crossed my mind aswell lol.

i have i5 4690k at 4.4
Gygabyte Gtx 970 4gb
8gb Ram DDR3 kingston
WD.Blue Hard disk
Msi motherboard (not sure exact model)
PSU : not important i guess
and obviously PC case is not the issue

[rbodleyscott]

Do you have your game speed turned down? Because when I tried it with the Game Speed on 30%, the bug did occur.

[lapdog666]

my options : https://imgur.com/a/2q2NUei

game speed is at 100%

[rbodleyscott]

I can reproduce the bug at Game Speed 50% or less, but not at higher game speeds.

Will see what Pip makes of this.

[rbodleyscott]

Many thanks for drawing this to our attention again. This time I think we really have found the cause and the cure.

The bug was caused as follows: The hoplite unit is unable to move when Unit 0 group moves, because its move is blocked, so the AP it would have used is refunded by the engine. However, this happens slowly enough that if the player clicks the Undo button quickly enough after the move, the refund comes after the unit has been restored to its starting AP by the Undo script, so it gets the refunded AP added on top of the AP that has already been refunded by the Undo script.

The solution is to prevent the Undo button from appearing until the original "move" is fully complete, including the AP refund. This adds a slight delay before the Undo button appears, but (so far) appears to cure the issue.

[lapdog666]

sure np. i ve spent 1000+ hours playing it , i can spend 1 helping it

[MikeC_81]

Many thanks for drawing this to our attention again. This time I think we really have found the cause and the cure.

The bug was caused as follows: The hoplite unit is unable to move when Unit 0 group moves, because its move is blocked, so the AP it would have used is refunded by the engine. However, this happens slowly enough that if the player clicks the Undo button quickly enough after the move, the refund comes after the unit has been restored to its starting AP by the Undo script, so it gets the refunded AP added on top of the AP that has already been refunded by the Undo script.

The solution is to prevent the Undo button from appearing until the original "move" is fully complete, including the AP refund. This adds a slight delay before the Undo button appears, but (so far) appears to cure the issue.

which would explain why no one could reproduce it before. We were too busy going slow to make sure could remember exactly what we were doing

[jomni]

This is some great bug hunting. Congratulations to both RBS and lapdog

[Morbio]

Lapdog, enjoy the bug bounty... I hear it is 6 figures

[rbodleyscott]

Lapdog, enjoy the bug bounty... I hear it is 6 figures

6 figures indeed, but sadly all zeros.

[Morbio]

Lapdog, enjoy the bug bounty... I hear it is 6 figures

6 figures indeed, but sadly all zeros.