[Mono-bugs] [Bug 81570][Nor] New - Changing ListView sub item text doesn't invalidate form

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue May 8 17:08:04 EDT 2007

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 dan.maser at inin.com.


--- shadow/81570	2007-05-08 17:08:04.000000000 -0400
+++ shadow/81570.tmp.10870	2007-05-08 17:08:04.000000000 -0400
@@ -0,0 +1,48 @@
+Bug#: 81570
+Product: Mono: Class Libraries
+Version: 1.2
+OS: RHEL 2.1
+OS Details: RHEL WS 4, kernel 2.6.9-42 on i686 
+Status: NEW   
+Priority: Normal
+Component: Windows.Forms
+AssignedTo: toshok at ximian.com                            
+ReportedBy: Dan.Maser at inin.com               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+Summary: Changing ListView sub item text doesn't invalidate form
+Please fill in this template when reporting a bug, unless you know what 
+you are doing.
+Description of Problem:
+If you programatically update the ListViewItem's Text property (the 
+default column) then it works ok, but if you update a SubItem text (some 
+other column) it does not repaint right away.  But if you force a repaint 
+some other way the new value displays properly.
+Steps to reproduce the problem:
+1. use the test project attached.  
+2. Give the ListView focus and press some keys.  Notice that on MS CLR it 
+works but on linux/mono the 2nd list item's sub item prop isn't updated 
+as you type some keys.  If you update the text project to update the main 
+item instead of a sub item in response to keys it works in both MS CLR 
+and linux/mono
+Actual Results:
+Repainting doesn't happen
+Expected Results:
+Setting subitem text causes an immediate repaint.
+How often does this happen? 
+every time
+Additional Information:
+I built mono from the 4/30 daily test tarball

More information about the mono-bugs mailing list