Timeline
12/30/08:
- 04:06 Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) closed by
- No Bug: This is not a bug and the behavior is correct. Casting via Number() or Int() is the correct thing to do.
- 03:35 Ticket #758 (ControlGetHandle() does not work if controlID is passed as string type ...) created by
- In my script, I get controlID variable from registry with RegRead(). …
12/29/08:
- 19:28 Ticket #757 (Set defaults for MouseClick()'s x/y parameters) created by
- For now MouseClick() does not accepting default (-1 or …
12/28/08:
- 23:34 Ticket #755 (_FileReadToArray broken in 3.3.0.0) closed by
- Fixed: Fixed in version: 3.3.1.0
- 21:04 Ticket #756 (Virus detected) closed by
- No Bug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 18:39 Ticket #756 (Virus detected) created by
- When I build a script with the latest AutoIt3 3.3.0.0 and SciTE4, …
12/27/08:
- 12:17 Ticket #755 (_FileReadToArray broken in 3.3.0.0) created by
- If an array containing empty elements is saved by _FileWriteFromArray, …
12/26/08:
- 19:14 Ticket #754 (RUN COMMAND) closed by
- No Bug: Err, if the Run() command were that fundamentally broken don't you think we'd have caught it by now? The Run() function certainly works correctly for me. I'm closing this as no bug. If you are experiencing a problem you need to work out the specific details of the bug on the forum and then create a ticket describing how to reproduce the problem.
- 08:40 Ticket #754 (RUN COMMAND) created by
- With the new version runcommand dosen't admit a path for launching the …
12/25/08:
- 09:51 Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) closed by
- No Bug: I don't know which verison you are really running with but this problem have beed fix since 3.2.2.0 infact in beta 3.2.1.13
- 07:50 Ticket #753 (@ScriptDir does contain a trailing backslash on drive root.) created by
- @ScriptDir does return a trailing backslash when the script is on the …
12/24/08:
12/23/08:
12/22/08:
- 09:14 Ticket #752 (_ArrayUnique) closed by
- Fixed: Fixed in version: 3.2.13.14
12/21/08:
- 22:54 Ticket #752 (_ArrayUnique) created by
- Hi, […] Output is: […] There is also a typo in the helpfile : …
- 10:06 Ticket #750 (SciTE "toggle all folds" shows not all functions) closed by
- Fixed: Fixed in version: 3.2.13.14
- 07:00 Ticket #751 (Bug with StringSplit on ANSI platforms) closed by
- Works For Me: There is no more ANSI support in the Beta . so I don't understand your report. flag=2 is invalid under the release version working as expected under the Beta
- 06:01 Ticket #751 (Bug with StringSplit on ANSI platforms) created by
- […]
12/20/08:
- 21:40 Ticket #750 (SciTE "toggle all folds" shows not all functions) created by
- Toggle the following code and you'll see the begin of first function …
- 19:27 Ticket #740 (Regression in DllStructSetData()) closed by
- Fixed: Fixed.
- 19:26 Ticket #749 (Better Encryption) closed by
- Rejected: Blah blah blah. Covered a million times. Wrong place. Et cetera. Closed.
- 18:31 Milestone 3.2.13.13 completed
- 15:35 Ticket #749 (Better Encryption) created by
- Well, I just read a thread in the Example Forum section and the guy …
- 08:53 Ticket #462 (Send() can't send Unicode characters.) reopened by
- Wow, there actually is a bug, it's just not being reported very well. It's taken over 5 months for it to come out what the real issue is. Bravo. Anyway, it appears that for whatever reason only the last two characters of Send()'s ASC are actually being used. Simple script that reproduces the problem: […]
12/19/08:
- 20:09 Ticket #744 (StringFromASCIIArray() ANSI switch) closed by
- Completed: Added in version: 3.2.13.13
- 06:54 Ticket #734 (Docs update for StringRegExpReplace()) closed by
- Completed
- 06:02 Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) closed by
- Fixed: Fixed in version: 3.2.13.13
12/18/08:
- 21:04 Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) created by
- I know this is a wrong usage of the function, but as i said before, in …
- 09:06 Ticket #747 (GUI becomes unresponsive on displaying animated Gifs in embedded IE) created by
- HiHo Devs, when I embed an IE into a GUI let it display a large gif / …
12/17/08:
- 20:57 Ticket #741 (RegRead on Win XP x64 is not Working.) closed by
- No Bug: Running a 32bit executable on an x64 OS will be subject to registry virtualisation. So I'd expect your scripts to fail. Try either: - Compiling as x64 - Using HKLM64 instead of HKLM or HKEY_LOCAL_MACHINE
- 19:42 Ticket #746 (SCITE request) closed by
- Rejected: Err, that's not related to AutoIt, that's a core SciTE change. Just because you happen to want to use it for AutoIt related tasks doesn't mean it's not a core SciTE change. Have you tried pressing F8? It toggles the visibility of the output pane. Anyway, I'm closing this.
- 19:36 Ticket #746 (SCITE request) created by
- I don't know if this is the right place for this, but I see some …
- 19:14 Ticket #745 (Bug in INIReadSection function) closed by
- No Bug: No bug. If you look in "Report (bug).ini" carefully you'll see that where it stops reading there are NULL characters. There are various other keys where the value contains a NULL as well. Open the document in SciTE and it will show you a visual representation of all the non-printing characters that appear in the document.
- 13:20 Ticket #745 (Bug in INIReadSection function) created by
- Function returns not all values of keys in some cases. In a file with …
- 03:10 Ticket #744 (StringFromASCIIArray() ANSI switch) created by
- Switch for treating input array as ANSI character values instead of …
12/15/08:
- 08:19 Ticket #743 (TrayItemGetHandle crashes the script) closed by
- Fixed: Fixed in version: 3.2.13.13
12/14/08:
- 11:20 Ticket #743 (TrayItemGetHandle crashes the script) created by
- When we trying to use TrayItemGetHandle() on wrong ID (not created by …
12/12/08:
- 10:57 Ticket #741 (RegRead on Win XP x64 is not Working.) created by
- Hi i found a Bug in the Function RegRead on Windows XP Sp2 x64. I …
- 02:00 Ticket #740 (Regression in DllStructSetData()) created by
- Strings, re-using buffers, not NULL terminated. Fix fix.
12/11/08:
- 21:50 Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) closed by
- Works For Me: Works for me: […]
- 20:00 Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) created by
- Instead of removing the insertion mark, it is set above/below the …
- 02:03 Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") closed by
- No Bug: Script works fine for me. No bug.
- 01:33 Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") created by
- In attempt to make a uTorrent auto install script. OS = Windows XP …
12/10/08:
- 21:47 Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) closed by
- No Bug: You don't really understand what's going on here. The whole point of the ToolTip stuff is so you don't have to handle TTN_GETDISPINFO. When working correctly, it won't be called. The tab items you claim are broken are actually the only ones working right. You first issue is that you are mixing AutoIt native and UDF GUI functionality. The second issue is you are trying to treat the value returned from GUICtrlCreateTabItem() as the control identifier. That is plain wrong. Tab items are referenced by index. The value AutoIt returns is not the index. The third issue is you are trying to use TTN_GETDISPINFO but are also trying to use tool registration. Go back to the drawing board and re-design the code. It's wrong. I can't quite get it working correctly (I can't add a tool with an ID of 0 for some reason). But what you have is not how this is done and doesn't demonstrate any bugs in AutoIt or in any of the UDF's you are using.
- 19:47 Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) created by
- In the below example tabs 5-7 do not send the WM_NOTIFY message and …
12/09/08:
- 19:59 Milestone 3.2.13.12 completed
- 17:54 Ticket #736 (Case proper for non-latin chars doesn't working) closed by
- Wont Fix: You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them.
- 12:10 Ticket #728 (_ScreenCapture_CaptureWnd Change) closed by
- Rejected: At this point and time I don't want to cause anymore script breaking changes if I can help it.
- 11:56 Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) closed by
- No Bug: Still not a bug with the embed function. Work around if embedding controls in status bar and using WM_SIZE: […]
- 07:03 Ticket #736 (Case proper for non-latin chars doesn't working) created by
- When i select some string that have not latin characters, the …
- 04:56 Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) created by
- Ref: [Trac #45] An embedded progress bar control embedded with …
12/08/08:
- 21:33 Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) closed by
- Fixed: Fixed in version: 3.2.13.12
- 19:31 Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) closed by
- Fixed: There is no relation to the Add_Required_Constants but any time the RunAfter was saved it would replace the erqaul sign. I have posted v.1.10.1.14 of AutoIt3Wrapper_GUI in the BEta directory which fixes this problem. Jos
- 18:32 Ticket #732 (AutoUpdateIt.au3) closed by
- Fixed: Fixed in version: 3.2.13.12
- 16:46 Ticket #734 (Docs update for StringRegExpReplace()) created by
- I think there is few things in the RegExp(Replace) engine's docs that …
- 16:26 Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) created by
- The description of _GUICtrlButton_SetImage/List() sais this: […] …
- 14:36 Ticket #732 (AutoUpdateIt.au3) created by
- I was looking at the script for my rebuild of AutoIt 1 2 3, and …
12/07/08:
- 20:07 Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) created by
- Hi All, [code] #NoTrayIcon #RequireAdmin #Region ; Directives …
- 18:49 Ticket #730 (Application Crash Global as Binary) closed by
- Wont Fix: It does not crash in the current beta, it gives an error which is the correct behavior since it is not valid code. I suggest you learn *this* language and don't try to apply conventions from other languages to ours because chances are you just make yourself look foolish. While on the subject of looking foolish, please learn how to report bugs. You set several fields that are not your place to set. You both attached code and included code inline (without proper tags to mark it as code). And finally the code itself is stupid. You can demonstrate the problem with a single line yet you posted a full script with #include dependencies we can't meet due to missing files. Anyway, since this doesn't crash in the beta I'm closing it as won't fix.
- 17:15 Ticket #730 (Application Crash Global as Binary) created by
- AppName: autoit3.exe AppVer: 3.2.12.1 ModName: autoit3.exe ModVer: …
- 14:51 Ticket #729 (trac does not support login) closed by
- No Bug: Login is only for Developers.
- 13:25 Ticket #729 (trac does not support login) created by
- trac installation does not support account login or registration. Just …
- 00:02 Ticket #728 (_ScreenCapture_CaptureWnd Change) created by
- First - absolutely wonderful that _ScreenCapture is included in …
12/06/08:
- 00:01 Ticket #727 (Optional parameter not declared when func called via OnEventMode) closed by
- No Bug: It does not crash. It errors out with the expected error since what you are trying to do is not supported.
12/05/08:
- 23:19 Ticket #727 (Optional parameter not declared when func called via OnEventMode) created by
- This script will crash when the button is clicked with an error saying …
- 17:47 Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) closed by
- No Bug: You should always create the menu before creating any other control. Not a bug.
- 16:24 Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) created by
- I have discovered that the statusbar is not visible when a window is …
- 10:01 Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) closed by
- No Bug: The forum is where this should be asked not bug trac
- 08:17 Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) created by
- The application is not Windows based. So the Text on the screen is not …
12/04/08:
- 22:12 Ticket #724 (Add Identification of file executed) closed by
- Rejected: Eh, your request is rather ambiguous but whatever it is can be solved in other ways.
- 20:48 Ticket #724 (Add Identification of file executed) created by
- Add Identification of file executed feature so that a help About type …
12/03/08:
- 18:58 Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) closed by
- No Bug: This code works for me and basically implements what JP says into a function. There are no weird drawing artifacts with this code: […] JP, I don't see any issues with the code I have posted. I corrected an issue where the vertical lines were not being drawn straight (using an x-coordinate of 1 instead of 0). Other than that, I can't see anything wrong with my corrected example. At any rate, I'm going to close this ticket. There's no bug in what the ticket describes so if you have found something else make a new ticket and/or just fix it.
- 18:42 Ticket #719 (Problem with GuiCtrlCreateGraph) closed by
- Duplicate: Closing at a duplicate of #720 which has more comments.
- 18:39 Ticket #721 (_Atan2() returns wrong) closed by
- No Bug: The code is correct. The angles returned are always going to be positive. If you'll notice, the value you get from _Atan2() - 360 = the value you are after. So, you need to write a thin wrapper that determines the direction and re-calculates the value since _Atan2() will always return the positive angle.
- 17:44 Ticket #722 (Execute will crash when using a string with spaces.) closed by
- Duplicate: Duplicate #402.
- 17:43 Ticket #723 (Structure problem) closed by
- No Bug: The code is correct. The helpfile almost explains why with this line: > DllStructCreate("short;int") ; structure is 8 bytes, the "int" is at offset 4 The key there is, the int (dword in your example) starts at byte 4 (0-index) and not at byte 2 like you are thinking. So, we have the data 0x3378FF453D1133. The 0x3378FF45 portion is mapped to the short but only the first 2 bytes are accessible (0x3378). The 0xFF45 portion is mapped to the 2 bytes of padding that appears between the short and the dword. That means that the dword is 0x3D113300. Visually it looks like: 3378FF453D113300 (Extra 00's added to pad length for clarity). SSSSPPPPDDDDDDDD (Where S = short, P = padding and D = dword). When you start changing the alignment, you remove the padding and the structures align correctly. This is not a bug.
- 17:18 Ticket #723 (Structure problem) created by
- Unexpected behaviour with function DllStructureCreate()when created …
- 17:06 Ticket #722 (Execute will crash when using a string with spaces.) created by
- ok bit of background - we had scripts that would read in variables …
- 16:49 Ticket #721 (_Atan2() returns wrong) created by
- It's function from Math.au3 Returns wrong for points located in third …
- 13:00 Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) created by
- According to this post: …
12/02/08:
- 22:35 Ticket #719 (Problem with GuiCtrlCreateGraph) created by
- I was creating a GUI that would have a border up the left side and …
- 18:08 Ticket #718 (Call() function claims "function doas not exist" if function was ...) closed by
- Rejected: No. I'm not going to add a feature that's not needed so it can be immediately abused to solve a problem in the wrong way. All I'm going to do is document that @error and @extended are set on failure to call the function. I am not going to add in a separate @error/@extended value to check a condition that is largely irrelevant. It is up to the API designer to lay forth the rules about callback functions such as the number of arguments. It is up to the callback designer to ensure their function accepts the correct number of arguments the API will be calling it with. There doesn't need to be functionality in the language to supplant proper communication/documentation.
- 10:47 Ticket #717 (_EventLog__Report is crashing script) closed by
- Works For Me
- 10:25 Ticket #718 (Call() function claims "function doas not exist" if function was ...) created by
- In Beta 3.2.13.11 , if a function exists but has wrong number of …
12/01/08:
- 11:20 Ticket #717 (_EventLog__Report is crashing script) created by
- AutoIT script is crashing when trying to send event to eventlog (UDF). …
- 07:53 Ticket #716 (decimal subtraction bug) closed by
- No Bug: Replying to mmavipc: > MsgBox(0,"",7.04-7 & " " & 8.04-8) > 7.04-7=0.04 > 8.04-8=0.0399999999999991 > hmm I wonder that is wrong with that Nothing is wrong with it. Just like #715, this is not a bug. Floating point numbers are not precise. There is a ton of literature on the internet about it. I've explained it countless times.
- 04:19 Ticket #716 (decimal subtraction bug) created by
- MsgBox(0,"",7.04-7 & " " & 8.04-8) 7.04-7=0.04 …
- 03:11 Ticket #715 (Math error) closed by
- No Bug: Replying to V23: > {{{ > ConsoleWrite(0.04 & @CRLF) > ConsoleWrite(8.04-8 & @CRLF) > }}} > > if I run this script, I'll see: > 0.04 > 0.0399999999999991 > Why? Because you touch yourself at night. Particularly when you should be asking things on the forum and NOT the issue tracker. Or better yet, search for things on the forum since I've explained this about seven thousand times. No bug.
- 02:36 Ticket #715 (Math error) created by
- […] if I run this script, I'll see: 0.04 0.0399999999999991 Why?
Note: See TracTimeline
for information about the timeline view.
