Timeline
Feb 24, 2010:
- 11:00 PM Ticket #1058 (Eventlog.au3 in Beta) updated by
- AutoIt v3.3.4.0 Bug Function _EventLogRead The array 11 "Computer" does not return the computer name. It returns the Array 10 Soures. Note the missing letter "A" also The array 12 “Username” does not return the complete line. It should be “NT AUTHORITY\SYSTEM” Helpfile example run. Source ............: Automatic LiveUpdate Scheduler Computer ..........: utomatic LiveUpdate Scheduler Username ..........: NT AUTHORITY
- 10:10 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) closed by
- Works For Me: The open button works fine for me too in win7 x64 and Winxp x86 sp3 IE7. Try running from command prompt: regsvr32 hhctrl.ocx Closing ticket as works for me and report any issues in the forum so we can help you there. Jos
- 8:00 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
-
Owner, Status, Component changed
- 7:59 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I need more information. What version of Windows are you using? Is it 32-bit or 64-bit? What version of Internet Explorer? How did you install AutoIt (installer or extract an archive)? How are you starting the helpfile? What's the working directory of the program that is hosting the helpfile (you may need a tool such as ProcessExplorer to determine this)? The button works fine for me on Windows 7 32-bit with IE8. It also worked fine on Windows XP SP3 32-bit with IE7.
- 7:55 PM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) closed by
- Duplicate: Closing as duplicate of #1489.
- 7:54 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected
- 7:53 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected: So... do you not see the big giant red box that appears when you try to create a new ticket?
- 4:54 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- I submitted this feature request twice by mistake. The second one is the valid one, since it is correctly linked to the "Standard UDF" component. I see that this has been deleted by "TicketCleanup". I do not know why or what that means. Please let me know what I should do to properly create a ticket. Cheers, Angel
- 4:00 PM Tickets #1490,1491 batch updated by
-
Version changed
Automatic ticket cleanup. - 3:05 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I can confirm this behavior with version 3.3.4.0.
- 2:46 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 2:46 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 10:39 AM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) created by
- With the last Autoit version (3.3.4.0), i can't use an help's script …
- 4:33 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) updated by
- What part about "read the changelog" did you not understand in my reply to #1135? What part about WikiStart's "don't post multiple issues in a single ticket" did you not understand?
- 4:15 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) created by
- Autoit V 3.3.4.0 Windows 7 64bit Legal copy #1 […] is not working …
- 4:08 AM Ticket #1135 (bug with beta version about Option OnExitFunc) updated by
- Opt ("OnExitFunc", "endscript") is not working with autoit 3.3.4.0 but did work with 3.3.0.0
Feb 23, 2010:
- 12:54 PM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) created by
- Current implementation of _DateToDayOfWeekISO: Returns Day of the Week …
- 12:27 PM Ticket #1486 (Powerdown doesn't work under Windows 2000) created by
- As discussed in …
- 3:33 AM Ticket #1433 (Picture driven computing) updated by
- Replying to Valik: > So you want a different language. No, not at all. This actually mostly already exists in Autoit with the image search functionality. But I'd like to see some combined functions that would take a screenshot, then do a pixel search based on a predefined image and return the coordinates of that image. Think about the tabs in a web browser. With this functionality instead of having a hard coded x,y coordinates of a particular tab to click on, the tab could be in any particular order and it would essentially find what you're looking for.
Feb 21, 2010:
- 7:10 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
- It's not a syntax issue, it's a technical issue.
- 3:39 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
-
any news on this? Maybe extend the syntax like this:
$o_object.Run($s_MacroName, ObjByRef $v_Arg1) - 7:14 AM Ticket #1485 (Hard crash with ContinueCase) created by
- If you have a ContinueCase in the last case of a Switch or Select, It …
- 1:13 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Or, a newer version since it's been fixed since 3.3.5.3.
Feb 20, 2010:
- 11:26 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Since files FileOpen()ed from AutoIt are now locked for exclusive access by the process since v3.3.4.0, this is really important as there's no other way to get the old functionality back. You can't e.g. read a log file as it's being generated. This change breaks my script and there seems to be no way around it apart from using an older version of AutoIt.
- 4:01 PM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) updated by
- The function _GuiCtrlHeader_Create() in GuiHeader.au3 is a Gary translation of an old PaulIA function from the ANSI days. It contains "_GUICtrlHeader_SetUnicodeFormat($hHeader, False)". Should be changed to "True" there in the UDF.
- 1:08 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Replying to Jon: > Not sure this is a bug. If I change the keyboard to Russian and then run: > > {{{ > ; Looks like D is в on the Russian keyboard > HotKeySet("+в", "TestFunc") > }}} > > Then it works fine. It works fine (not everywhere thought, see next), but then we should check every time the keyboard layout: […] but even this is not working on my other system, where the base language is Hebrew, and no mater what default keyboard layout is set (russian or hebrew). Replying to VittGam <vittgam@…>: > But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. I mean non-latin, that is out of 1-127 characters range set. And no, it's not russian-specific issue :)
Feb 19, 2010:
- 2:13 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Just on a hunch, I decided to check other messages related to the NMHDR struct, and other structs using WM_NOTIFY. So far, I found another help-file example that fails, but another one that works fine. The one that fails is _GUICtrlIpAddress_Create, and the one that works is _GUICtrlButton_Create. I'm not sure what the difference is, but at least I know now it's not related to just the ListView functions (nor is it my error).
- 2:02 AM Ticket #1484 (Missing documentation) closed by
- Duplicate: You do not, however, read the issue tracker guidelines which state you should test your bug with the latest beta version. Had you done so, you would have discovered this has been fixed already.
- 1:49 AM Ticket #1484 (Missing documentation) created by
- Section contents missing: Keyword Reference section: items missing: …
Feb 18, 2010:
- 9:26 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) closed by
- Wont Fix: SciTE only supports running one tool at a time. Attempting to run a second tool will do exactly as you describe. This is a limitation in SciTE and there is nothing we can do about.
- 9:07 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) created by
- I just noticed this while running a script (testing.au3) via SciTE …
Feb 17, 2010:
- 11:13 PM Ticket #1482 (FileRead behavior description needs clarification) created by
- In the help file for FileRead, the description of the optional …
- 5:47 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Replying to Jpm: > May be the same problem as the one we fix in $tagNMLVKEYDOWN Thanks for the suggestion, I tried it and it works for most cases, except the one I need. The MSDN article for this message says Index should return -1 when there is no item under the click (below the created items). With index changed to int_ptr, it returns 4294967295, which would be -1 as a 32 bit number. Changing the alignment made the structure even smaller (60 bytes in x64), but still doesn't return the index clicked. When I dump the header after it was realigned, everything looks good, but the full message still shows extra null-byte padding where it doesn't need it.
- 10:10 AM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- May be the same problem as the one we fix in $tagNMLVKEYDOWN
- 5:55 AM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) created by
- I know I'm not using the correct terminology so I'm sorry about that …
- 4:38 AM Ticket #1480 (Corrupting registry when importing a .reg file with a delete key in it) created by
- When running the following code, it corrupts the Windows registry …
Feb 16, 2010:
- 9:05 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- If the types are correct but the size is wrong then it sounds to me like the structure is not being aligned correctly.
- 8:43 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry, code in last post should be: […]
- 8:40 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry about that, should have mentioned the error was shown in the console window. I wasn't sure if the Struct was too big, or too small. Dumping the binary data of the struct using this (right after $tInfo is created within either NM_CLICK or NM_DBLCLK), ConsoleWrite(DllStructGetData(DllStructCreate("byte& DllStructGetSize($tInfo) &", DllStructGetPtr($tInfo)), 1) & @CRLF) It looks as if the 3rd member (an int from $tagNMHDR) is sent as 64 bit, but should be 32 bit. I tried different alignments, to see if that would help, but there was no change.
- 8:32 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- The NMITEMACTIVATE structure is being created as 48 bytes under Win32 and 64 under x64. It should be 72 bytes under x64 - not sure where the missing bytes are yet.
- 7:31 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Nevermind. I see the output in the console now. The index is wrong on x64. A quick glance at the structures look like they are using the correct types. Might need Gary to look at this one before I dig around in there.
- 5:51 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- I'm not sure what you are reporting? A bug with a UDF? AutoIt? The help file example? Your script? I'm also not sure how I run the script to see whatever error you are talking about. I see a few lines with colored text? I click them, nothing happens? Is it supposed to do anything?
- 2:25 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) created by
- I'm on Windows 7 64-bit, trying to use a WM_NOTIFY function to detect …
- 4:14 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- Who in their right mind would use a statement like that?
Feb 15, 2010:
- 8:23 PM Ticket #1478 (Make _ScreenCapture_CaptureWnd convert HWnd) created by
- The code in _ScreenCapture_CaptureWnd (from ScreenCapture.au3) can …
- 8:15 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Sorry, I've made a mistake. It's Windows Server 2008 Enterprise SP2 English 32-bit with Italian MUI Language Pack, Italian keyboard layout as default and AutoIt v3.3.4.0.
- 8:13 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I have Italian keyboard layout set and it works. It works even if I use "^+D" (D is uppercase). Try this because with shift, characters are uppercased. But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. ---- Tested on Windows Server 2008 Enterprise SP2 Italian 32-bit with AutoIt 3.3.4.0
- 7:53 PM Ticket #1318 (UDFs char/wchar --> bad numbers of bytes for _MemRead()/_MemWrite()) closed by
- Duplicate: Closed due to no further comments.
- 7:46 PM Ticket #1474 (mouseClick not working on windows 7) closed by
- Works For Me: Closing as a Works for Me.
- 7:41 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Not sure this is a bug. If I change the keyboard to Russian and then run: […] Then it works fine. But when the API tries resolve the key "d" on a Russian keyboard it fails, but I sort of expected that. I guess I could assume that if a key is in the ASCII range then to take the VK code literally, but I'm wondering if that would actually break more…
- 7:10 PM Ticket #1470 (ScriptWriter not included in Installation EXE) closed by
- Works For Me: No follow up. Closing as Works for me.
- 5:31 PM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- So it's syntax error? or it's ok to use these kind of statements?
- 3:52 PM Ticket #1439 (Icons included in script use wrong size) updated by
- The same bug is with GUICtrlCreateIcon, because if I set width and height to 48 px like this: […] the image is pixeled from the 32px version. I have to use this: […] assuming that the icon is named 99 in the resource hacker to have the right size.
- 2:54 PM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) closed by
- Works For Me
- 2:42 PM Ticket #1476 (_DebugReportVar() example fails) closed by
- Fixed: Fixed by revision [5717] in version: 3.3.5.5
- 2:40 PM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) closed by
- Completed: Added by revision [5716] in version: 3.3.5.5
- 10:48 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) closed by
- Wont Fix: It's due to our simplistic expression parsing. Won't be fixed unless we rewrite the entire thing in future.
- 10:02 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- > not really a bug The line formatting suggests it was intended to make use of scite code-linkback feature in the output pane in my mind. If thats the case, it somewhat classifies as a bug to me. (Trivial, but unintentional behavior none the less) If is was the result of two coders, one(UDF creator) copying the format from a other(Scite minded) source, than the bug part it a open issue and can it be considered more a request I guess.
- 8:58 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- In fact there is not a really bug. Just the reporter want to use the info in the edit control inside Scite so an extra blank help
- 8:56 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) created by
- This little script will reproduce the bug: […] just run it, it …
- 5:32 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- This is a well documented Windows issue and I explained it to the poster in my last reply in this thread http://www.autoitscript.com/forum/index.php?showtopic=110097 It's played havoc with things besides AutoIt scripts and it first started to appear in Vista, although I've noticed it appears to be particularily bad in Win 7. Whether or not it neds to be documented is up to the developers but I'm sure that there are other functions that will suffer from the same bug and those will be any functions that use mouse coordinates so you might need to add a page about it. BTW the apparent "bug" is only when the Aero them is enabled for the mouse pointers. The shadowing makes the mouse appear to be in a location other than its true position.
- 3:47 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- Replying to Jon: > Just tested this on Windows 7 Ultimate and MouseClickDrag appears to work correctly. I've fixed the problem... This may also be the result of a problem that first appeared in Vista. Before you try it again, go to Control Panel >> Mouse. Click the Pointers tab, set the scheme from Windows Aero to None and see if that helps. You can always change it back later. Is it possible to add these notes to thehelp file?
- 3:20 AM Ticket #1476 (_DebugReportVar() example fails) created by
- The example in the documentation for function _DebugReportVar() fails …
Feb 14, 2010:
- 8:05 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) updated by
- I'm pretty sure the problem here is that _WinAPI_GetIconInfo returns TWO bitmaps and we are only deleting ONE of them. The cursor section of the function needs to check if $aIcon[5] is valid bitmap and delete if it is. Depending on what cursor is being displayed $aIcon[5] may not alway be a valid bitmap. From the tests I've done, when the cursor is an I-beam, the bitmap will NOT be valid. Almost all other ones were valid. […]
- 5:33 PM Ticket #1420 (GUIRichEdit UDF hidden selection) closed by
- Works For Me: No repo script. Closing.
- 5:33 PM Ticket #1421 (GUIRichEdit UDF added line break) closed by
- Works For Me: No repo script. Closing.
- 5:31 PM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) updated by
- Anybody got a clue about this one? Even if I change NetShare.au3 to the oldest version I get the same results.
- 5:12 PM Ticket #1466 (_GUICtrlEdit_GetLine returns an unexpected character) closed by
- Fixed: Fixed by revision [5712] in version: 3.3.5.5
- 5:08 PM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) updated by
- Fixed by revision [5711] in version: 3.3.5.5
- 5:06 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I mean FileReadLine()
- 5:03 PM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) closed by
- Fixed: Fixed by revision [5710] in version: 3.3.5.5
- 4:59 PM Ticket #1445 (Wrong description for _MemGlobalFree()) closed by
- Fixed: Fixed by revision [5709] in version: 3.3.5.5
- 4:33 PM Ticket #1366 (TrayCreateItem() bug) closed by
- Works For Me: Closed due to no repo script.
- 4:26 PM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- Anyone see a problem with making the change suggested? I'm not familiar with the function myself.
- 4:24 PM Ticket #1475 (TrayItemSetState($Value, $Tray_Checked) enables an disabled TrayItem) closed by
- Fixed: Fixed by revision [5708] in version: 3.3.5.5
- 3:41 PM Ticket #1474 (mouseClick not working on windows 7) updated by
- Just tested this on Windows 7 Ultimate and MouseClickDrag appears to work correctly.
- 2:15 PM Ticket #1443 (Error in ExcelCom_udf (Excelbookopen)) updated by
- Replying to Valik: > Yeah, really good job reading the big red box. You failed to search the issue tracker, otherwise you would have found #1168. You failed to test with the latest versions. You failed to provide a test script. Since you are obviously using an old version of AutoIt you also failed to set the correct version. > > So riddle me this, why did you completely ignore the big red box? 1168 is about a hidden sheet not about a deleted sheet, thats why I could not find it. Furthermore your comment is not friendly
- 12:27 PM Ticket #1459 (Hard Crash) updated by
- perhaps Win7 as a greater limit than Vista. The anonymous example is working under Vista 3.3.5.4 I don't understand why the limit under X64 will be smaller than X86
- 12:01 PM Ticket #1475 (TrayItemSetState($Value, $Tray_Checked) enables an disabled TrayItem) created by
- Hi All, I've disabled a trayitem and when is give it a command to …
- 12:00 PM Ticket #1459 (Hard Crash) updated by
-
Milestone changed
Automatic ticket cleanup. - 11:20 AM Ticket #1474 (mouseClick not working on windows 7) created by
- I have scripts that worked on Windows XP no longer work on Windows7. …
- 11:15 AM Ticket #1472 (GUISetCursor Bug) updated by
- See, this is why we don't add things "that look innocent" just before a release. Grrrr.
- 11:14 AM Ticket #1459 (Hard Crash) closed by
- Wont Fix: Works for me. It's environment related. The only current solution is to keep reducing the recursion level and it's a fairly pointless excercise as unless it is set at some ridiculously low level it will always break for someone.
- 11:01 AM Ticket #1459 (Hard Crash) reopened by
- I reopened it as for X86 as stated by MSCreator 3.3.5.4 hardcrashed
- 7:02 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- And what about FileWriteLine()? But many thanks anyway!
- 12:40 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) created by
- Debug.au3 Line 286 […] Think that should be ... To make the printed …
Feb 13, 2010:
- 5:20 PM Ticket #1472 (GUISetCursor Bug) created by
- The help page for GUISetCursor says: […] But the help page of …
- 4:00 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:35 PM Ticket #1158 (Global update the WinAPI.au3 library) updated by
- We're currently without someone who looks after the UDF library at the moment so not much progress.
- 2:34 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) closed by
- Completed: I've rewritten some of the FileWriteLine() code and it's about 40-50% faster than it was. The OS cache is used for caching and that's not something that will be changed. Any speed differences now should just be because perl is probably faster anyway…
- 2:28 PM Ticket #1471 (_ClipPutFile is not unicode aware) updated by
-
Owner, Component changed
- 2:28 PM Ticket #1471 (_ClipPutFile is not unicode aware) created by
- Include\Misc.au3 _ClipPutFile is not unicode aware. Needs fixing.
- 2:27 PM Ticket #1468 (StringToBinary lost character in utf8) closed by
- Fixed: Fixed by revision [5704] in version: 3.3.5.5
- 11:46 AM Milestone 3.3.5.4 completed
- 11:23 AM Ticket #1463 (Converting with StringToASCIIArray) closed by
- Fixed: Fixed by revision [5700] in version: 3.3.5.4
- 9:40 AM Ticket #1470 (ScriptWriter not included in Installation EXE) updated by
- Au3recorder (Scriptwriter) is now included in the AutoIt3 installer in directory \AutoIt3\Extras\Au3Record. SciTE4AutoIt3 will run Autoit3Wrapper when you select au3recorder (Alt+F6) from the SciTEtools menu which will run the proper au3recorder version depending on the OS architecture. Need more info from you when you have problems: - OS - Architecture - Content of the SciTE output pane when you run au3recorder from the tools menu. Jos
- 9:10 AM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) closed by
- Fixed: Fixed by revision [5698] in version: 3.3.5.4
- 3:05 AM Ticket #1470 (ScriptWriter not included in Installation EXE) updated by
- Forgot to include my contact info. smate@…
- 3:04 AM Ticket #1470 (ScriptWriter not included in Installation EXE) created by
- I just installed the latest AutoIt (3.3.4.0) and Scite4AutoIt3. When …
Feb 12, 2010:
- 10:43 PM Ticket #1467 (DllStructSetData not support UTF8) closed by
- No Bug
- 8:59 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- I have checked a additional number of RegExpressions, and so far I only got positive results. (And, Sorry again for my mixup. Hate it when I make that kind of mistake)
- 12:23 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Try this test version: http://www.autoitscript.com/forum/index.php?showtopic=109593&view=findpost&p=772804
- 2:00 AM Ticket #1467 (DllStructSetData not support UTF8) updated by
- (hit wrong button) Don't forget that AutoIt strings use UTF-16LE (not UTF-8). If all you need if pass/receive native AutoIt strings, then use "wchar[<charlength>]" type in DllStructCreate and "wstr" as parameter format in DllCall. The DllStructCreate example in the help file incorrectly uses "char" instead of "wchar". It works for English but fails for CJK and most other languages having codepoints > 0x7F.
- 1:38 AM Ticket #1467 (DllStructSetData not support UTF8) updated by
- There is no built-in support for UTF-8 strings in DllStruct but you can convert a native AutoIt string (UTF-16LE) into/from an UTF-8 encoded array of bytes, which is OK for DllStructs. This way you can pass/receive UTF-8 data to/from DllCall. Look at the following internal SQLite functions for a working example: SQLite_StringToUtf8Struct and SQLite_Utf8StructToString. Look at how they are used in this UDF. Post in the help forum or PM if you have any problem making this work for you.
- 12:28 AM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) created by
- Currently the documentation states that the user should use …
- 12:03 AM Ticket #1468 (StringToBinary lost character in utf8) created by
- ; Binary ANSI to String $buffer = StringToBinary("Hello - …
Feb 11, 2010:
- 11:22 PM Ticket #1467 (DllStructSetData not support UTF8) created by
- [autoit] ;========================================================= …
- 4:46 PM Ticket #1459 (Hard Crash) closed by
- Fixed: Fixed by revision [5691] in version: 3.3.5.4
- 2:37 PM Ticket #1459 (Hard Crash) updated by
- Reproducing script for x86: AutoIt:3.3.4.0 (Os:WIN_XP/X86/Service Pack 2 Language:0419 Keyboard:00000409 Cpu:X86) […]
- 1:26 PM Ticket #1459 (Hard Crash) updated by
- Replying to anonymous: > any word on this issue? next time follow the track report submission guideline. The Environment is fondamental …
- 12:17 PM Ticket #1459 (Hard Crash) reopened by
- Confirm a Hard crash when ran on x64 Win7. reopened for more detailed review.
- 10:01 AM Ticket #1459 (Hard Crash) updated by
- any word on this issue?
Feb 10, 2010:
- 9:24 PM Ticket #1465 (Proxy functions or udf) updated by
- I respect your decition and thanks for good explanation.
- 8:44 PM Ticket #1465 (Proxy functions or udf) updated by
- First of all, there's no way in hell ANYBODY should want their packets passing through AutoIt because of how slow it is. If that alone isn't a good enough reason, then how about because it's a not a general purpose need? Very few people need such functionality and fewer still have a legitimate use for it. Furthermore, you can write application-specific proxies using AutoIt in it's current form.
- 8:09 PM Ticket #1465 (Proxy functions or udf) updated by
- why not?
- 7:51 PM Ticket #1465 (Proxy functions or udf) closed by
- Rejected: Just... no.
- 7:49 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- PS: Never used UTF, so I did not test with that with this prcetest. > Yes, all AutoIt strings are UTF16-LE internally and we have to convert back and forth to UTF8 for the pcre engine. It gets real interesting when trying to deal will character positions. By interesting I mean ball breaking.
- 7:37 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Pcretest is giving a different output then autoit itself. Its producing the expected correct output. Base on pcretest.zip test run. PCRE version 8.00 2009-10-19 string='abbabb' […]
- 7:24 PM Ticket #1466 (_GUICtrlEdit_GetLine returns an unexpected character) created by
- When using _GUICtrlEdit_GetLine, an unexpected character is appended. …
- 4:22 PM Ticket #1465 (Proxy functions or udf) created by
- Hello, I just got idea for new autoit funcs, (Maybe it can be done as …
- 2:38 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Does pcretest.exe give the same results. What was entered in pcretest?
- 10:01 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- *In both cases I used standart ANSI files*
- 9:57 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I think, the problem in that fact that AutoIt writes to disc each time these functions are being used. While Perl reads/writes to hard disc with portions. If we use functions FileReadLine(), FileWriteLine() in loop, the speed are extremely slowing down. We could read file in one variable, but it doesn't work with big files, and it doesn't work if we're going to do some tight work with lines.
- 9:53 AM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) created by
- Well, It took we a wile to be sure. But I think the following data …
- 9:46 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I'm sure. I've trying to do a regex' search & replace in text files. If we put text file in one variable, then AutoIt speed is equal Perl speed. But if we are working line by line (reading files & writing to file) that AutoIt 10 times slower.
- 9:37 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- Also, AutoIt will be internally converting the default UTF16 text into ANSI for output which will impact performance (I'm guessing that perl works just in ANSI). Try changing the output text file to UTF16-LE for a format that requires no conversion.
- 9:35 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- FileReadLine is buffered btw. Are you sure this isn't just AutoIt being slower than perl in general and nothing to do with FileWrite?
- 8:21 AM Ticket #1463 (Converting with StringToASCIIArray) created by
- Hello, I got some questions about the function whether the behaviour …
- 8:09 AM Ticket #1158 (Global update the WinAPI.au3 library) updated by
- Nice functions. We need to include them
- 8:00 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
-
Version changed
Automatic ticket cleanup. - 7:28 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) created by
- AutoIt has a real bad (or none?) buffering while writing or reading …
Feb 9, 2010:
- 10:35 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Sorry for all the trouble is caused, it worked correctly with the following code. […] Replying to coolnetalias: > Hi Valik, > > Thanks for the quick reply. I used Au3Info to for getting the class name. I am using filezilla 3.3.1 for the testing purposes. Which version are you using also, I would appreciate if you can put the corrected code here. > > Thanks you so much for reply, > coolnetalias.
- 10:31 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Hi Valik, Thanks for the quick reply. I used Au3Info to for getting the class name. I am using filezilla 3.3.1 for the testing purposes. Which version are you using also, I would appreciate if you can put the corrected code here. Thanks you so much for reply, coolnetalias.
Feb 8, 2010:
- 10:36 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) closed by
- No Bug: Err, you're not using the right class name. Did you actually look at the Site Manager window with Au3Info to get the right information? Once I corrected the wrong class the code works just fine. No AutoIt bug here. You should probably use the forum in the future since this was a basic support question, not a bug.
- 9:33 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Replying to coolnetalias: > I am making a POC using the FileZilla ftp client. The navigation steps of the control are as follows: > > 1. Open FileZilla. > 2. Press Ctrl + s. > 3. Site manager window will be launched. Here there are 4 tabs; General, Advanced, Transfer settings and Chatset. > 4. When I use the code > {{{ > ControlCommand ("Site Manager","","SysTabControl321","TabRight","") > }}} > The next tab i.e. Advanced does not get opened rather General remains as it is. If you need more information please do me a favour and drop an email @ coolnetalias@….
- 9:31 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) created by
- I am making a POC using the FileZilla ftp client. The navigation steps …
- 7:50 AM Ticket #1452 (FileOpenDialog) updated by
- Ok, I just see that thing in c++ builder
- 2:56 AM Ticket #1460 (This says $x<>1 but it shows that it is) updated by
- I guess I was always under the impression that I would be shown the true value if it was some kind of a float. Like in this example, the same kind of miscalculation happens only the msgbox will display the true value $x = 6.99999999999999. Not evaluate that it is not 7 and then show me that the value is 7. Anyway, sorry for the mistake. […]
- 2:51 AM Ticket #1459 (Hard Crash) updated by
- It appears to work on x86 autoit. However in x64 the crash happens.
- 2:02 AM Ticket #1460 (This says $x<>1 but it shows that it is) closed by
- No Bug: Sigh. Floating point numbers are imprecise, blah blah blah. Seriously, I've covered this about a billion times. Try using Int($x) to do a tiny bit of floating-point correction to account for the inaccuracies or don't use floating point arithmetic and then expect the results to be what you want. Nothing to see here.
- 1:45 AM Ticket #1460 (This says $x<>1 but it shows that it is) created by
- This msgbox should not appear […]
- 12:46 AM Ticket #1459 (Hard Crash) closed by
- Works For Me: It doesn't cause a hard crash for me. It correctly gives the "Recursion level has been exceeded - AutoIt will quit to prevent stack overflow." error.
Feb 7, 2010:
- 10:57 PM Ticket #1459 (Hard Crash) created by
- The following causes a hard crash with the latest stable of AutoIt. …
- 8:29 PM Ticket #1458 (InetGetSize() only supports 32bit sizes) closed by
- Fixed: Fixed by revision [5674] in version: 3.3.5.4
- 8:04 PM Ticket #1452 (FileOpenDialog) updated by
- Because it's a bad idea that breaks common Windows conventions and needlessly confuses the user for absolutely no reason? Or something like that.
- 6:04 PM Ticket #1452 (FileOpenDialog) updated by
- May I know why this request is rejected?
- 3:50 PM Ticket #1457 (InetGetsize / VariableType) closed by
- Duplicate
- 10:11 AM Ticket #1458 (InetGetSize() only supports 32bit sizes) created by
- […] This returns what looks like an overflow number. Forum: …
- 12:00 AM Ticket #1457 (InetGetsize / VariableType) updated by
-
Version changed
Automatic ticket cleanup.
Feb 6, 2010:
- 11:07 PM Ticket #1457 (InetGetsize / VariableType) created by
- INetGetSize reports unusable FileSize in Bytes if Remote File is …
- 11:05 PM Ticket #1391 (AU3Info Toolsbar page returns info allways on instance 1 instead of ...) closed by
- Fixed: Fixed by revision [5672] in version: 3.3.5.4
- 10:18 PM Ticket #462 (Send() can't send Unicode characters.) closed by
- Completed
- 10:17 PM Ticket #1452 (FileOpenDialog) closed by
- Rejected
- 9:51 PM Ticket #1446 (_Screencapture_Capture UDF height and width is 1 pixel off) closed by
- Fixed: Fixed by revision [5671] in version: 3.3.5.4
- 9:44 PM Ticket #1441 (_GUICtrlRichEdit_GetText: last character truncated) closed by
- Fixed: Fixed by revision [5670] in version: 3.3.5.4
- 7:01 PM Ticket #1456 (Beta 3.3.5.2 hard crash on WinXP3 OS:X86) closed by
- Fixed
- 6:58 PM Milestone 3.3.5.3 completed
- 5:21 PM Ticket #1444 (AutoIt info tools keeping highlights on previous highlighted control) closed by
- Fixed: Fixed by revision [5665] in version: 3.3.5.3
- 3:07 PM Ticket #1456 (Beta 3.3.5.2 hard crash on WinXP3 OS:X86) updated by
-
Reporter changed
- 3:06 PM Ticket #1456 (Beta 3.3.5.2 hard crash on WinXP3 OS:X86) created by
- VMWare:OS:WIN_XP/Service Pack 3 CPU:X64 OS:X86 This MsgBox is shown …
- 1:07 PM Ticket #1450 (3.3.4.0 Doesn't Compile Well with Windows 7) closed by
- Fixed
- 1:05 PM Ticket #1440 (For...In...Next, Multi dimensional array.) closed by
- Fixed: Fixed by revision [5664] in version: 3.3.5.3
- 1:01 PM Ticket #1449 (GUICtrlDelete(), GUICtrlCreateDummy()) closed by
- Fixed: Fixed by revision [5663] in version: 3.3.5.3
- 1:00 PM Ticket #1449 (GUICtrlDelete(), GUICtrlCreateDummy()) updated by
- Can't see any reason this code needed to be there. Maybe it was supposed to be "break" rather than "return". Removing and marking as fixed.
- 12:55 PM Ticket #1449 (GUICtrlDelete(), GUICtrlCreateDummy()) updated by
- Found this comment in the source code: […] Not sure why…
- 12:45 PM Ticket #1454 (_StringBetween does not find blank line correctly) closed by
- Fixed: Fixed by revision [5662] in version: 3.3.5.3
- 11:50 AM Milestone 3.3.5.2 completed
- 11:37 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) closed by
- Fixed: Fixed by revision [5658] in version: 3.3.5.2
- 11:36 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Really odd bug. Every other registry operation takes the key handle you give it and honours the fact that you want to use HKLM64. But it seems that when deleting a key you have to use the ...Ex() version and manually respecify the HKLM64 sam access. Weird. But fixed now.
- 11:00 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Ok, so the 2nd script from the initial bug report creates Test/test2 but then only deletes the subkey test2 so there is some sort of bug there.
- 10:47 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Ah, ignore that. Some keys in CLSID are not writable by non-admins so of course my initial test failed (Windows 7 with UAC enabled). This works correctly on Win7 x64 using AutoIt_x64.exe […] So as far as I can that part works OK.
Feb 5, 2010:
- 11:25 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Something weird going on here. This used to work but now this does nothing on x64: […]
- 12:24 AM Ticket #1455 (Scroll bug) closed by
- No Bug: SciTE 2.x is not supported.
Feb 4, 2010:
- 11:18 PM Ticket #1455 (Scroll bug) created by
- When I used SciTE Version 2.0.2.0 BETA I noticed when I where having …
- 10:13 PM Ticket #1454 (_StringBetween does not find blank line correctly) updated by
- I believe the problem lies with the following line. […] Changing it to […] solves the problem
- 7:12 PM Ticket #1454 (_StringBetween does not find blank line correctly) created by
- When using $line=_StringBetween('<center>', '</center>') to search the …
- 4:44 PM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) created by
- Something broke _Net_Share_ShareCheck(). I have a broken script that …
- 2:00 PM Ticket #1452 (FileOpenDialog) updated by
-
Version changed
Automatic ticket cleanup. - 1:48 PM Ticket #1452 (FileOpenDialog) created by
- Please add a parameter that can hide file masks in dialog, leaving …
- 1:04 PM Ticket #1451 (RegRead) created by
- Function RegRead must accept Default keyword for a ValueName, i.e. …
- 3:44 AM Ticket #1450 (3.3.4.0 Doesn't Compile Well with Windows 7) created by
- http://www.autoitscript.com/forum/index.php?showtopic=109412 See that …
Feb 3, 2010:
- 9:56 PM Ticket #1448 (#OnAutoItStartRegister ignored in compiled scripts) closed by
- Fixed: Fixed by revision [5657] in version: 3.3.5.2
- 9:43 PM Ticket #1449 (GUICtrlDelete(), GUICtrlCreateDummy()) updated by
- I consider this a bug. The following script demonstrates that the dummy control is not deleted. I cannot think of any valid reason why the delete request should be ignored: […]
- 6:07 PM Ticket #1449 (GUICtrlDelete(), GUICtrlCreateDummy()) created by
- Not sure If GUICtrlDelete() should delete a GUICtrlCreateDummy() …
- 3:45 AM Ticket #1448 (#OnAutoItStartRegister ignored in compiled scripts) created by
- #OnAutoItStartRegister "function" works as expected from interpretor, …
Feb 1, 2010:
- 11:18 PM Ticket #1447 (AutoIt timesout on winwait when run by Microsoft Deployment Toolkit 2008) updated by
- Replying to disaak: > And yes I did read the guidelines. Alright, let me re-phrase my question. What does it take to get you to apply the guidelines? That script contains so much useless stuff I don't know where to begin. From the description of your problem you need about 2 lines of code to reproduce it: […] With the caveat that the program you suspect of interfering must also be running. It doesn't take a 150 line script. > If you don't have time or don't think this bug is worth your effort then tell me that, don't just tell me it sounds like a support problem. I don't think it's a bug. I don't wish to spend the effort to prove it's not. If it is a bug I'm more than willing to fix it but you haven't given any indication that it is a bug. What I glean is that the program is interfering in some unexpected fashion and you haven't found the correct way to play nicely with the program. That doesn't mean AutoIt has bugs.
- 9:55 PM Ticket #1447 (AutoIt timesout on winwait when run by Microsoft Deployment Toolkit 2008) updated by
- Replying to Valik: > Sigh. What is it about that big red box that people are ignoring? You haven't clearly defined a bug, you haven't provided a short script that demonstrates the problem and it sure sounds to me like you need support. SIGH. I don't know what else I could do to more clearly define the bug. I supplied a script. I said that the script only fails when run by the deployment toolkit in a task sequence and that it probably has to do with a conflict with the TsProgressUI.exe command used by the Microsoft Deployment Toolkit. What else do you need? All you need to do is ask. And yes I did read the guidelines. If you don't have time or don't think this bug is worth your effort then tell me that, don't just tell me it sounds like a support problem. Thank you
- 8:05 PM Ticket #1447 (AutoIt timesout on winwait when run by Microsoft Deployment Toolkit 2008) closed by
- No Bug: Sigh. What is it about that big red box that people are ignoring? You haven't clearly defined a bug, you haven't provided a short script that demonstrates the problem and it sure sounds to me like you need support.
- 8:00 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:35 PM Ticket #1447 (AutoIt timesout on winwait when run by Microsoft Deployment Toolkit 2008) created by
- I have a couple AutoIt software installation scripts that timeout when …
- 7:29 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) reopened by
- 11:16 AM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) updated by
- this needs to be reopened as it exists again in 3.3.4.0…
- 11:03 AM Ticket #1446 (_Screencapture_Capture UDF height and width is 1 pixel off) created by
- Screencapture_capture will return a square that is 1 pixel too small …
- 7:50 AM Ticket #1445 (Wrong description for _MemGlobalFree()) created by
- If the function succeeds, returns FALSE but not TRUE. I think that …
- 2:26 AM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) reopened by
- I'm going to re-open this so Jon can have a look and see if he can come up with a suitable explanation for the problem.
- 2:17 AM Ticket #1438 (_ArrayCombinations bug) closed by
- Fixed: Fixed by revision [5649] in version: 3.3.5.2
- 2:06 AM Ticket #1411 (FileReadLine enhancement to enable more efficient reading of very ...) closed by
- Rejected: You can easily do this yourself. Use FileRead() to read in fixed block sizes. Then use StringSplit() to break the data into an array of lines. Always prepend the last line of the previous read to the next read since you probably split that line in the middle and you won't miss any data.
- 2:03 AM Ticket #1422 (_GUICtrlStatusBar_GetWidth() states that it returns height) closed by
- Fixed: Fixed by revision [5648] in version: 3.3.5.2
- 1:54 AM Ticket #1432 (AutoIt3_x64.exe - GUIRegisterMsg($WM_NOTIFY, "MY_WM_NOTIFY")) closed by
- No Bug: Your NMHDR structure declaration is not correct. Use AutoIt's $tagNMHDR to get a correct version. It appears the documentation is wrong for that structure but the structure itself is declared correctly. Your attempt to declare the structure is fine for x86 but is a full 8-bytes too small for x64.
- 1:51 AM Ticket #1436 (Invalid helpfile/example '_INetGetSource.au3') closed by
- Fixed: Fixed by revision [5646] in version: 3.3.5.2
- 1:48 AM Ticket #1443 (Error in ExcelCom_udf (Excelbookopen)) closed by
- No Bug: Yeah, really good job reading the big red box. You failed to search the issue tracker, otherwise you would have found #1168. You failed to test with the latest versions. You failed to provide a test script. Since you are obviously using an old version of AutoIt you also failed to set the correct version. So riddle me this, why did you completely ignore the big red box?
Jan 31, 2010:
- 11:51 PM Ticket #961 (RegDelete fails to to delete reg key containing sub keys) updated by
- Hi, I noticed the same problem om Windows 7 64 Bits with AutoIt 3.3.4.0, so i searched the BugTRacker and found someone with a similar problem. I create a Key in HKCR and it created .. but on 64 Bits W7 it cannot be deleted .. the same exe on 32 Bits W7 removes the Key. Check the following Key : (Yes we need HKCR64 for 64Bits) Create a Key in the Desktop Context Menu "HKCR\DesktopBackground\Shell\Something" and it can be deleted Create a Key in the MyComputer Context Menu "HKCR\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\Shell\Something" and it can NOT be deleted Thanks Emiel
- 8:42 PM Ticket #1443 (Error in ExcelCom_udf (Excelbookopen)) updated by
- Thank you for reading the big red box.
- 4:24 PM Ticket #1434 (Tidy, Multi Line, Trivial.) updated by
- +1 replace. (Nothing works better than a error/warning message to correct false assumptions)
- 2:49 PM Ticket #1444 (AutoIt info tools keeping highlights on previous highlighted control) updated by
-
Component changed
- 2:47 PM Ticket #1444 (AutoIt info tools keeping highlights on previous highlighted control) created by
- Environment(Language:040C Keyboard:0000040C OS:WIN_VISTA/Service …
- 2:44 PM Ticket #1443 (Error in ExcelCom_udf (Excelbookopen)) created by
- When Sheet1 is deleted in the workbook, Func _ExcelBookOpen gives an …
- 12:29 PM Ticket #1434 (Tidy, Multi Line, Trivial.) closed by
- Wont Fix: This is actually not really a bug but Tidy fixing a syntax error for you because it assumes you forgot a space in front of the underscore and inserts that in the first iteration. The reason the Indentation is not correct in one iteration is because the indentation logic is performed before the 'tidy' logic. I have no plans to fix this to make it work in one iteration and am more inclined to remove the "add space before underscore" since this was really done in the time the syntax changed and should be well known by now. Jos
- 10:29 AM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) closed by
- Rejected: The #AutoIt3Wrapper_Outfile directive is used on the aut2exe program and only supports one output program, which meakes a lot of sense by the way. Use the #AutoIt3Wrapper_Run_After to copy the output program is that is what is needed. Jos
Jan 30, 2010:
- 9:34 PM Ticket #1442 (_FileWriteLog to allow allow file handle or filename as first parameter) created by
- Where an application is writing to a log file frequently, the opening …
- 2:50 PM Ticket #1441 (_GUICtrlRichEdit_GetText: last character truncated) created by
- _GUICtrlRichEdit_GetText sets the length of the string-buffer …
- 2:05 PM Ticket #1440 (For...In...Next, Multi dimensional array.) created by
- Not sure what the intended behavior is for For...In...Next in relation …
- 8:04 AM Ticket #1439 (Icons included in script use wrong size) updated by
-
Description changed
Jan 29, 2010:
- 7:26 PM Ticket #1436 (Invalid helpfile/example '_INetGetSource.au3') updated by
- May I suggest that you update to the latest release version, 3.3.4? That way you can just use BinaryToString(InetRead("URL")) Then you are using the native AutoIt code and don't need to #include<INet.au3> at all. And you are correct as far as the documentation goes, the FULL URL is required for _InetGetSource() and as it is for InetRead()
- 6:55 PM Ticket #1439 (Icons included in script use wrong size) updated by
- Please remove the link as I have added the file as an attachement.
- 6:52 PM Ticket #1439 (Icons included in script use wrong size) created by
- I have a script which uses a button with a 48x48 icon. When using an …
Jan 28, 2010:
- 5:53 PM Ticket #1438 (_ArrayCombinations bug) created by
- There is a bug that shows up when using _ArrayCombinations with most …
- 1:04 AM WikiStart edited by
- Tweak to table of contents. (diff)
- 12:04 AM WikiStart edited by
- Cleanups, Table of Contents and Commenting Guidelines. (diff)
Jan 27, 2010:
- 11:51 PM TicketGuidelines/NewTicketSummary edited by
- Formatting changed. (diff)
- 11:50 PM TicketGuidelines/NewTicketSummary edited by
- Minor cleanup (diff)
- 11:50 PM WikiStart edited by
- Changes to be more in line with ticket guidelines. (diff)
- 11:46 PM TicketGuidelines/NewTicketSummary edited by
- Added links to the pages containing the latest versions of AutoIt. (diff)
- 8:06 PM TicketGuidelines/NewTicketSummary edited by
- Added a new comment. (diff)
- 8:05 PM Ticket #1437 (Online Help(F1) for 'FileRead' doesn't work) closed by
- No Bug: Sigh, make it idiot proof and a bigger idiot comes along. Time to update the guidelines to tell people to check to ensure they really do have the latest version before assuming they have the latest version.
- 7:41 PM Ticket #1437 (Online Help(F1) for 'FileRead' doesn't work) updated by
- I just notice that there's already AutoIt Version 3.3.4 out - DL and tested it. Now F1 on FileRead works!!! ...and ups sorry for brothering you - since in its history there is: Fixed #1327: Some keywords would fail to open correctly in rare cases. So sorry for double posting.
- 6:05 PM Ticket #1437 (Online Help(F1) for 'FileRead' doesn't work) updated by
- Replying to anonymous: > Just notice a strange bug I'd like to report. > > When you're in SciTE normally each time you press F1 the AutoIT help comes up. And when you're on a known keyword like FileWrite it'll just jump to that topic. > > Well when the cursor is on the keyword FileRead and I press F1 nothing happens. > > {{{ > FileRead("MyFile.dat") > <- Press F1 and nothing will happen (I mean no online help will show up ) > }}} > > When I change it to for ex. > FileRead2("MyFile.dat") > It'll work as well as > FileReadLine("MyFile.dat") > will do. > > Hmm well that's not very critical - however interesting bug, isn't it? That problem was fixed in the latest release version (v3.3.4.0) as I recall. It applied to several functions including StringRegExp
- 1:48 PM Ticket #1437 (Online Help(F1) for 'FileRead' doesn't work) created by
- Just notice a strange bug I'd like to report. When you're in SciTE …
Jan 26, 2010:
- 12:37 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- I've done an update to this in the 3.3.5.1 beta that may either help or break everything. Have a look.
- 12:34 PM Milestone 3.3.5.1 completed
- 6:38 AM Ticket #1436 (Invalid helpfile/example '_INetGetSource.au3') created by
- There's a small bug in the helpfile/example: ...\Au3 Version …
Jan 25, 2010:
- 6:27 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) updated by
- Solution: […] Not tested but I know that copy works fine, see my example on creating a version directory structure on the wiki here: http://www.autoitscript.com/wiki/Cookbook#Creating_a_Version_directory Mat
- 6:23 PM Ticket #1435 (Additions to RichEditConstants.au3 for Find replace dialog.) created by
- RichEditConstants.au3 already has the following constants for use with …
Note:
See TracTimeline
for information about the timeline view.
