Issue217

Title user_input_string():highlighted bar always stays in 1st line
Priority minor Status resolved
Assigned To Keywords
Linked issues Watchers

Submitted on 2011-07-24 19h07 by tracker_migration, last changed by joseph.

Messages
Author: tracker_migration Date: 2010-11-14   12h45
Submitted by matthiaskrgr
The highlighted bar/(typing?-)cursor always stays in the first line of the input window although I already type in the second or third one.

Ogl. SDL

Screenshot attached.

revision 3437
Author: tracker_migration Date: 2010-11-16   05h19
Posted by salimiles
I think this is a problem with the lua function user_input_string() . Please confirm this also affects the CAPTCHA used by the firmware update server.

I don't see this as pressing, as both places this is currently used are intended to take short (one-line) inputs (so lowering priority, setting post 0.14).

Resurrecting my idea to limits the number of characters the player could enter is probably not the best way to solve this.
Author: tracker_migration Date: 2010-11-16   13h21
Posted by matthiaskrgr
Yes, the captcha is affected, too.
Author: tracker_migration Date: 2010-11-16   17h16
Posted by salimiles
Renaming to better reflect where the problem lies.
Author: tracker_migration Date: 2011-02-27   10h13
Posted by ahuillet
You will never need to type something this long, especially seeing is this is largely (though not entirely due to user_input_string which isn't the best of ideas I have had) a developer tool. I'm leaning towards closing the ticket with won't fix but we need some junior tasks for GSoC applicants, this is one of them.
Author: joseph Date: 2011-08-04   21h53
It was fixed in r4507.
History
Date User Action Args
2011-08-04 21:54:49josephsetstatus: open -> resolved
2011-08-04 21:53:00josephsetmessages: + msg1504
2011-07-28 06:26:37ahuilletsetpriority: bug -> minor
2011-07-24 19:07:40tracker_migrationcreate