Tool action does not stop on button release

[Dan-Gecko]

ECO "9.4" (0.9.4.0 beta release-237)

• expected: The tool action stops on button release (i.e. mining, chopping, shoveling etc... stops on release of mouse button).

• perceived: On occasion (roughly 20% to 50% when it could occur) the tool action is repeated unintentionally once again if the action button was not released "in time". It feels like a delay (or lag) of my input (button release in this case) causing the tool to swing again.

• reproduce: Swing a tool by holding (not clicking) the mouse button, as you would do when mining/chopping trees hitting the respective world object. (Generally you mine by holding down the button, not clicking every block you mine - it would be way too cumbersome clicking every block once.) If the button press was release after about half the animation has finished, an additional tool swing will follow even though the button was released before the new swing started.

• mods: no mods present

• user experience: if I would have to say as to why, I would say this is somehow related to latency. when I have a spontaneous bad ping (i.e. above 250 ms for a few seconds), it happens the described way. when my ping is optimal (i.e. below 40 ms), I experience the described effect far less frequently (i.e. 1/100 or less). Though on very rare occasions it happens on single player worlds, as well.

• additional information: my PC hardware is very well capable of handling ECO, my drivers are up-to-date and my peripherals are wired. I don't suspect anything in my local setup causing the issue, but sure could.

I am aware this will probably end on the lower end of your priority list, but still, it is quite frustrating mining blocks not intended for mining or removing the last placed block again due to the tool action being repeated unintentionally. So I hope this helps!

[Daniel-Magulado]

Hi @Dan-Gecko

Thank you for writing this report. We greatly appreciate your feedback and will definitely have your inputs considered in improving the mechanics of how tools work.

I'll go ahead and forward this report to a more appropriate repository. This will allow our developers to discuss and take into consideration your feedback and inputs. As we aim to further improve the experience of playing Eco, your feedback and inputs are highly appreciated.

ClickUp Report

[Dan-Gecko]

Hello @Daniel-Magulado! Thank you very much for taking notice!

I feel I did express myself poorly though. English is not my first language and sometime this leads to bad explanations on my part. I am sorry for this inconvenience! This was not a feature request, it is a bug report. In previous versions of the game (especially 9.3 but also prior to that), this worked as I did describe in the 'expected' section. I am not describing a feature I would like to have implemented/looked at, I am describing a (at least to me very irritating) behavior introduced with the recent update (namely 0.9.4.0 beta release-237).

[Daniel-Magulado]

Hi @Dan-Gecko

I understand that this may not be a suggestion. However, the changes implemented for the tools to complete one cycle of animation per action was an implemented fix to prevent players from exploiting the tool harvesting speed bug. You can find that here https://github.com/StrangeLoopGames/EcoIssues/issues/21068

I tried to reproduce the issue on 2 different scenarios, one is on a locally hosted server and the other is with an online server with a bad latency on my end, around 500ms+. Tools are being triggered promptly. Since, one-click performs an action, therefore, if holding the left mouse button will perform the action continuously. So once a tool animation starts, that already counts as an action trigger.

Although I already made a report about this case on our new platform so that devs can look into it further but we don't see any form of bug being an issue with it.

[jwmc80]

it is quite frustrating

[ThePiachu]

I guess you could break the tool animation into 3 steps: wind up, action, wind down. So in case of an axe you have the wind up and initial swing, then you hit the tree, and then you have the axe return to neutral position.

You could let players cancel the action during the first phase and not execute the action, but not let them cancel during the wind down since the action was carried out. If cancelled during the first phase, either have some dynamic animation of bringing the tool back to neutral, or reverse the animation until you get to neutral. So you could have an axe swing back, get cancelled, and then swing back to neutral.

This way players would have a little bit more control over their actions while avoiding the rapid tool exploit since once the action happens they can't cancel the animation.