Mantis Bug Tracker
Main | My View | View Issues | Change Log | Roadmap
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0006091Dwarf FortressDwarf Mode -- Embark/Setuppublic2012-07-13 14:472014-11-17 03:37
Reportertwharris 
Assigned ToFootkerchief 
PrioritynormalSeveritymajorReproducibilityalways
StatusconfirmedResolutionno change required 
PlatformPCOSWindowsOS VersionVista
Product Version0.34.11 
Target VersionFixed in Version 
Summary0006091: Sticky keys
DescriptionSo, when I try to move the selector on the local map, the command seems to stick. I press "u" once, and the box immediately scrolls to the top of the screen. Similar with the other letter. I've tried using other move commands to supersede or replace the locked one, and response seems to be none and occasionally erratic. Eventually the cursor does not respond to any of these "uhkm" commands and stays locked where it is.
Steps To ReproduceStart a game all the way to the map screen.
Attempt to use "umkh" to move the cursor.
Additional InformationWhile I've had other, less paralyzing "sticky command" problems in the legacy version, this particular one does not happen there. In other respects, I'd really like to play the latest version, but it doesn't seem to work on this computer.
TagsNo tags attached.
Attached Files

- Relationships
related to 0005713new Alt-move involving water is required sporadically and inconsistently 
has duplicate 0007266resolvedFootkerchief Navigation keys stick 
has duplicate 0007446resolvedFootkerchief keyboard glitches 
has duplicate 0008553resolvedFootkerchief Keys get stuck. 
has duplicate 0008793resolvedDwarfu Immigration screws with Shift Direction key 

-  Notes
(0023223)
twharris (reporter)
2012-07-13 17:32

 Just tried it again. Seems if I try to push the square into a new direction, it "twitches" back and forth, and will eventually move to another edge and get stuck. After a few rounds of changing direction, the game stops responding to "uhkm" commands.
(0023243)
eliotcougar (reporter)
2012-07-16 11:19
edited on: 2012-07-16 11:21

 I can't reproduce it...
What your [KEY_HOLD_MS] and [KEY_REPEAT_MS] parameters are set to?..
(0023247)
twharris (reporter)
2012-07-16 15:00
edited on: 2012-07-16 17:06

 Ha! Found it! Key Hold MS is 250 and Key Repeat MS is 150.

Though I don't know if that's the problem, because the arrow scrolls to move the cursor on the main map work fine. It's something peculiar to the umhk commands...

And on the Legacy version, Key Hold is 150 and Key Repeat doesn't exist.
(0023250)
twharris (reporter)
2012-07-16 20:09

 Just to add, I tried starting a game, and it seems that the arrow keys work fine for navigating the XY axis, but trying to use the <> to navigate the Z axis leads to the same sort of problem. Hitting > once leads to an endless plunge to the bottom of the uncarved depths.
(0023253)
twharris (reporter)
2012-07-17 05:37

 Aaaand, trying the game on my wife's computer, the problem doesn't happen. So, it's probably something internal to my laptop. :(
(0026242)
Footkerchief (manager)
2014-07-13 17:40

 Okay, let us know if that changes!
(0026336)
Footkerchief (manager)
2014-07-14 11:12

 Reopening due to 0007266
(0031028)
ToXeye (reporter)
2014-11-17 02:29

 I get keys stuck sometimes. It is most annoying in adenture mode, and less annoying in fortress mode. What I believe happens is that key-down is registered and key-up is not registered. This begins happening once it gets laggy and I try to make a lot of repeated movements in one direction or the other. I could also try resolving this by removing key repeats in Ubuntu.
(0031029)
ToXeye (reporter)
2014-11-17 03:31

 Changing key-repeat in Ubuntu has worked fine so far, not necessarily working for Windows though. Simply enter Keyboard settings and change to not having key repeat.
(0031030)
ToXeye (reporter)
2014-11-17 03:37

 However, I think that it didn't fix the problem entirely, since DF was able to catch the keys without having to use ubuntu's key repeat.

- Issue History
Date Modified Username Field Change
2012-07-13 14:47 twharris New Issue
2012-07-13 17:32 twharris Note Added: 0023223
2012-07-16 11:19 eliotcougar Note Added: 0023243
2012-07-16 11:21 eliotcougar Note Edited: 0023243 View Revisions
2012-07-16 11:21 eliotcougar Issue Monitored: eliotcougar
2012-07-16 14:51 twharris Note Added: 0023246
2012-07-16 15:00 twharris Note Added: 0023247
2012-07-16 15:03 twharris Note Added: 0023248
2012-07-16 15:03 twharris Note Deleted: 0023246
2012-07-16 15:03 twharris Note Edited: 0023247 View Revisions
2012-07-16 15:03 twharris Note Deleted: 0023248
2012-07-16 17:06 twharris Note Edited: 0023247 View Revisions
2012-07-16 20:09 twharris Note Added: 0023250
2012-07-17 05:37 twharris Note Added: 0023253
2014-07-13 17:22 eliotcougar Issue End Monitor: eliotcougar
2014-07-13 17:40 Footkerchief Note Added: 0026242
2014-07-13 17:40 Footkerchief Status new => resolved
2014-07-13 17:40 Footkerchief Resolution open => no change required
2014-07-13 17:40 Footkerchief Assigned To => Footkerchief
2014-07-14 11:12 Footkerchief Relationship added has duplicate 0007266
2014-07-14 11:12 Footkerchief Note Added: 0026336
2014-07-14 11:12 Footkerchief Status resolved => acknowledged
2014-07-18 08:13 Footkerchief Relationship added has duplicate 0007446
2014-11-16 11:54 Footkerchief Relationship added related to 0005713
2014-11-16 11:55 Footkerchief Relationship added has duplicate 0008553
2014-11-16 11:55 Footkerchief Status acknowledged => confirmed
2014-11-17 02:29 ToXeye Note Added: 0031028
2014-11-17 03:31 ToXeye Note Added: 0031029
2014-11-17 03:37 ToXeye Note Added: 0031030
2015-03-25 12:27 Dwarfu Relationship added has duplicate 0008793

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker