[Mono-bugs] [Bug 79319][Nor] Changed - Console.SetCursorPosition doesn't set the cursor to a remembered position

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by fejj at novell.com.

http://bugzilla.ximian.com/show_bug.cgi?id=79319

--- shadow/79319	2007-04-16 16:47:06.000000000 -0400
+++ shadow/79319.tmp.3297	2007-04-17 17:08:44.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 79319
 Product: Mono: Class Libraries
 Version: 1.1
 OS: GNU/Linux [Other]
 OS Details: SUSE Linux 10.1
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: Unknown
 Priority: Normal
 Component: CORLIB
 AssignedTo: fejj at novell.com                            
 ReportedBy: knocte at gmail.com               
 QAContact: mono-bugs at ximian.com
@@ -42,6 +42,42 @@
 Actual results (on Mono, with Linux):
 - SECOND_VALUE is written two lines down (if using a terminal: CTRL+ALT+F1)
 - Very strange results when using GnomeTerminal, Konsole or XTerm.
 
 ------- Additional Comments From knocte at gmail.com  2006-09-07 18:43 -------
 BTW, Mono on Windows (1.1.17.1) works perfectly.
+
+------- Additional Comments From fejj at novell.com  2007-04-17 17:08 -------
+this is what I get with latest svn:
+
+[fejj@::mono System]$ mono ./cursor.exe 
+__MONO BUG TESTCASE__
+String to be changed: SECOND_VALUE
+[fejj@::mono System]$ y key, the String will change
+
+that looks like what you are expecting.
+
+however, I noticed that if I hit Enter in my shell a bunch such that
+my prompt is at the very bottom of the xterm/gnome-terminal/etc and
+/then/ run your test program, I get the following:
+
+[fejj@::mono System]$ mono ./cursor.exe
+__MONO BUG TESTCASE__
+String to be changed: FIRST_VALUE
+Now, after pressing any key, the String will change
+
+                      SECOND_VALUE
+[fejj@::mono System]$ 
+
+
+I'm not sure if this is a Mono bug or a bug in your code, because
+technically, when you get the CursorLeft/Top coordinates, iTop = 23.
+Then you write a line of text ("Now, after..."), which happens to move
+your "String to be changed: ..." line up to line 22. And then, since
+you are using Console.ReadLine(), the user must enter some text
+followed by Enter, which, as you may notice, will again scroll the
+buffer up. Meaning that /now/, even though iTop is 23, the /real/
+position of that line is actually line 21 (at best! - assuming the
+user didn't type some number of lines of text before actually hitting
+the Enter key).
+
+So... I'm not sure what to do about this.