[AOE3 DE] [BUG] [Dutch] Envoy grouping and movement issue

:arrow_forward: GAME INFORMATION

  • BUILD #: 100.12.1529.0 (132601)
  • PLATFORM: Steam
  • OS: Windows 10 2004 (up to date)
  • Hardware: Gigabyte Z490UD / Intel i5-10600K / 64GB RAM / Sapphire Radeon 5700XT Nitro+

:arrow_forward: ISSUE EXPERIENCED

:question: DESCRIBE THE ISSUE IN DETAIL (below). Limit to ONE issue per thread.

When starting a game as the Dutch, my first move is to group my explorer and envoy together and start gathering treasures. When trying to drag select the explorer and envoy, only the explorer is selected. I can only add the envoy to my selection by using shift click.

Once the envoy is grouped with the explorer, I’ve noticed that often the envoy does not follow the grouped ‘move’ command and when he does move often falls far behind the grouped explorer.

:arrow_forward: FREQUENCY OF ISSUE

:question: How often does the issue occur? CHOSE ONE; DELETE THE REST.

  • 100% of the time / matches I play (ALWAYS)

:arrow_forward: REPRODUCTION STEPS

:question: List the DETAILED STEPS we can take to reproduce the issue… Be descriptive!

Here’s the steps to reproduce the issue:

  1. Start multiplayer game as Dutch
  2. Try to select explorer and envoy by using drag to select. Find that only the explorer is selected.
  3. Group explorer and envoy through shift click selecting.
  4. Once grouped, execute multiple move commands and experience that (1) envoy does not move or (2) envoy falls far behind the grouped explorer.

:arrow_forward: EXPECTED RESULT

:question: What was supposed to happen if the bug you encountered were not present?
Envoy can be easily selected and grouped with explorer. Envoy responds normally to move and attack commands and moves as part of the group instead of falling behind.

:arrow_forward: ACTUAL RESULT

:question: What actually happened (what went wrong) because of the issue you’re reporting?
Cannot normally select envoy. Once envoy is grouped with explorer, envoy doesn’t follow normal move and attack commands and falls outside of the group when envoy does move.

:arrow_forward: GAME FILES

:question: Include a OneDrive or Google Drive link to a SAVE GAME or REPLAY FILE (.aoe2record) of the match where you encountered the issue.

:arrow_forward: IMAGE & ATTACHMENTS

:question: Attach a relevant PICTURE (.jpg, .png, .gif), VIDEO (.mp4, YouTube), DXDIAG FILE (.txt), or CRASH/GAME LOGS (.aoe2record, .txt) below.

Well this isnt technically a bug as the envoy is classed as an economic unit and that you have easy military drag enabled. You can easily drag and control livestock herding with an envoy as they both move at the same speed and are economic units.

I dont imagine they will have time to consider this minor change. I would say it was an oversight from the original game as the envoy should have the same properties as the french native scout.

As it is an economic unit like the settler it does not follow military formations, doesnt auto attack or change targets after first enemy is killed. It does however follow the pull trick rule with the explorer and any other units still.

Thank you for your response HaRRiiS0N,

Regarding the classification of the envoy as an economic unit: As far as I know the envoy’s primary role is that of a scout and with the exception of your example of herding is as far as I’m concerned not really functional within the scope of the Dutch economy. That being said, you might be absolutely right here, which would be interesting from a historical point of view, as an envoy is historically a type of low-level ambassador or diplomatic representative if you will. Clearly not a shepherd nor soldier, but in my opinion closer related to an explorer (see also the French origin of the word) then to a farmer.

If for the sake of argument I do consider the envoy as an economic unit, this still doesn’t explain why the envoy when grouped with an explorer often doesn’t follow -regular- move commands, either staying put or falling behind. This was also not the case in the original and still sounds like a bug to me.

Finally, I completely agree with you that this is a minor issue. That being said, I’m involved in troubleshooting and fixing IT issues in my real life job and have to prioritize issues accordingly. I would never instruct my team to not report an issue because it’s minor, I would tell them to prioritize it accordingly. As this obviously isn’t a real bug tracker but a forum, there is no real way to differentiate between priority levels here, but I do expect that the development team uses a bug tracker and is able to classify issues as minor. My hope for this game is that the developers will be able to fix most blocker, critical and major issues in the coming months and can then turn their attention to (minor) gameplay tweaks and fixes like balancing, unit movement, and ui issues/bugs like this.