[2.0.15] Sometimes unable to limit chests (UI issue - Linux? and rail?)

[dalindes]

Hi there,

Writing today to report an issue I've long had (I'm not quite sure how long... I think since well before 1.x even? Certainly in 1.x, and now also in 2.x), but wasn't sure wasn't just my computer... until today, when I saw it happen to someone else on a video of them playing:

https://www.youtube.com/watch?v=2PuZgqv7vPE&t=510s

Basically, the problem is that sometimes (and I've not yet been able to determine when this happens and when it doesn't, which is part of why I haven't reported it), clicking the X to try to limit the chest doesn't latch on to giving you the red squares to drag around to place where you want the limit.

Maybe or maybe not related, I also sometimes will hover over rails, get the green arrow, click, and not get the rail planner cursor, in a similar sort of way. I think for that I tend to just sort of superstitiously hit Q a bunch of times to get it to reset its state, then try again, and... usually it works on a second try, and certainly it always eventually does.

Playing around with the chest limit thing just now, it occurs to me that maybe it's some sort of race condition with the tool tip or something? (like, if you click before it shows? Or after it shows? I'm not sure... but I noticed at one point the tooltip was following my mouse around but the red squares were not. Alas, in trying to get a screenshot, it would always clear that state before I'd gotten one. :-/

Anyway, sorry this is annoyingly vague on how to reproduce... but for me, just trying it a bunch of times will get it maybe 1 in every 5 to 10 attempts or so?

My current environment (though again, I think this has been going on since at least 0.17, and actually, now that I think of it, I was playing 0.17 on MacOS, not Linux, so... ?):

Code: Select all

Version: 2.0.15 (build 80108, linux64, full)
Version: 64
Map input version: 1.0.0-0
Map output version: 2.0.15-4

In any case, I'm on a laptop with a trackpad, in case that's a piece of it somehow.

[Rseding91]

Thanks for the report. You can hear in the video that the player is pressing the mouse down and dragging outside of the button before releasing the mouse. The button reacts to *mouse up* not mouse down so if the cursor is not in the button when the mouse is released nothing happens.

Observe:

output.mp4

(907.51 KiB) Downloaded 17 times

[dalindes]

Oh, interesting! I think that might just be it, at least for the chest portion (not sure this handles the rail portion, but maybe, and I'll play with that separately, and post again if it doesn't).

Well, I guess maybe consider it a feature request:

Have it respond to mouseDown, on the premise that the whole point is to drag over to another spot, and so "drag" (click, hold mouse down, move mouse) seems like a natural thing.

But, I think I might have a whole lot less frustration with this in the future, just from knowing it's a mouseUp thing, so thanks! <3