id	summary	reporter	owner	description	type	status	milestone	component	version	severity	resolution	keywords	cc
1248	_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...	Rob Saunders <therks@…>	Valik	"Long story short: I have a GUI with several controls on it, one of which is an edit which has data intermittently written to it via _GUICtrlEdit_AppendText. After updating to 3.3.1.3 it seemed to stop receiving data and while debugging I discovered that it worked after adding or removing any control created before it, thus changing it's ID from 40. After a bit of testing it seems that it fails on several control IDs, and it appears the bug was introduced with version 3.3.1.2.
Testing IDs from 3 to 100 I found the following IDs failed to receive data: 20, 22, 24, 26, 40, 56, 60, 66, 68, 80, 84, 96, 98. And on a special note, ID 64 seemed to lock up AutoIt completely (during a DllCall to SendMessage as near as I can tell).

Here's the script I used to test:
{{{
#include <GUIEdit.au3>

Opt('TrayIconDebug', 1)

Func Test($Num)
	GUICreate('', 200, 200)

	For $i = 1 to $Num
		GUICtrlCreateDummy()
	Next

	$Edit = GUICtrlCreateEdit('', 0, 0)

	_GUICtrlEdit_AppendText($Edit, 'Success')
	If GUICtrlRead($Edit) = 'Success' Then
		ConsoleWrite($Edit & ': Success.' & @CRLF)
	Else
		ConsoleWrite($Edit & ': Failed.' & @CRLF)
	EndIf

	GUIDelete()
EndFunc

Global $Skip
$Skip = True ; Comment out to test ID 64 as well.

For $i = 0 to 97
	If $Skip And $i = 61 Then
		ConsoleWrite('64: Skipping due to lockup.' & @CRLF)
		ContinueLoop
	EndIf
	Test($i)
Next
}}}"	Bug	closed	3.3.1.5	AutoIt	3.3.1.3	None	Fixed