Timeline
Aug 21, 2014:
- 11:09 PM Ticket #2854 (Keyword Reference) closed by
- Fixed: Fixed by revision [10952] in version: 3.3.13.19
- 10:47 PM Ticket #2853 (Tutorial - Simple Notepad Automation) closed by
- Fixed: Fixed by revision [10951] in version: 3.3.13.19
- 10:37 PM Ticket #2854 (Keyword Reference) created by
- there is: See Keyword Notes for details on usage. But it should …
- 10:29 PM Ticket #2853 (Tutorial - Simple Notepad Automation) created by
- In this fragments "After Running a copy of Notepad we need to …
- 9:54 PM Ticket #2852 (Empty #include) created by
- @jchd find this: " Help file has empty #include lines (UDF …
- 2:51 PM Ticket #2849 (_IENavigate and Win8.1) closed by
- No Bug: This is NOT a bug report. Come to the forum when you need support.
- 2:50 PM Ticket #2850 (_IENavigate and Win8.1) closed by
- No Bug: This is NOT a bug report. Come to the forum when you need support.
- 2:44 PM Ticket #2851 (AU3Recorder generate unnecessary code that makes a syntax error) closed by
- Fixed: Fixed in AutoIt3Wrapper v 14.801.2025.1, now available in the Beta directory: http://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/
- 1:44 PM Ticket #2851 (AU3Recorder generate unnecessary code that makes a syntax error) created by
- reproduce-steps: 1. run SciTE Version 3.4.4 2. Tools -> AU3Recorder …
- 11:58 AM Ticket #2850 (_IENavigate and Win8.1) created by
- Just upgraded to Win 8.1 and discovered my old script is freezing. it …
- 11:58 AM Ticket #2849 (_IENavigate and Win8.1) created by
- Just upgraded to Win 8.1 and discovered my old script is freezing. it …
- 3:07 AM Ticket #2842 (autoit installs only as "run script") updated by
- Thanks I will look into the reg edit. The "bug" is that during install I do get the dialog option run or edit, however irrespective of which I tick has been installing as the run mode.
Aug 20, 2014:
- 9:30 PM Ticket #2844 (_FTP_ProgressUpload/_FTP_ProgressDownload example error) closed by
- Fixed: Fixed by revision [10940] in version: 3.3.13.19
- 8:10 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) created by
- In HelpFile in History: there is description "THIS IS A SCRIPT …
- 6:19 PM Ticket #2847 (Handle from string) closed by
- Rejected: No bug.
- 4:57 PM Milestone 3.3.13.18 completed
- 4:51 PM Ticket #2847 (Handle from string) updated by
- Replying to Melba23: > My point remains - you are knowingly passing something which under no circumstances would be converted into a valid handle to a function which is intended to produce one. I didn't create this ticket. That was just a remark. If you use that documentation file, then you don't know that a string literal is somthing which under no circumstances would be converted into a valid handle. > Passing a random string as a parameter is just wilful misuse - stop doing it and there is no problem. It's a creative misuse. Other language implementors encourage it to discover what the language is missing.
- 4:45 PM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) closed by
- Fixed: Fixed by revision [10937] in version: 3.3.13.18
- 4:13 PM Ticket #2847 (Handle from string) updated by
- My point remains - you are knowingly passing something which under no circumstances would be converted into a valid handle to a function which is intended to produce one. If you do not do this the problem never arises. I have only ever used the HWnd function to retrieve handles which might have been converted to other datatypes when stored during script execution - that works without problem. Passing a random string as a parameter is just wilful misuse - stop doing it and there is no problem. M23
- 3:59 PM Ticket #2639 (Unable to Copy/Paste from Embedded IE object) closed by
- Fixed: Fixed by revision [10936] in version: 3.3.13.18
- 1:09 PM Ticket #2847 (Handle from string) updated by
- Replying to Melba23: > As the Help file specifically says that HWnd should not be passed strings as an argument That was removed in the 3.3.13.17 beta help file.
- 1:04 PM Ticket #2278 (Varargs) updated by
-
I would suggest this syntax.
[…]
It is done the same way in other languages.
[…]
It would be useful to allow
ByRefandConstbefore the ellipsis (_ArrayConcatenate (ByRef $to, Const ByRef ...$from)). - 11:45 AM Ticket #2847 (Handle from string) updated by
- As the Help file specifically says that HWnd should not be passed strings as an argument why are you deliberately doing so? And why are you surprised when you get an indeterminate result? Just do not use string arguments and the problem does not arise. M23
- 9:38 AM Ticket #2847 (Handle from string) created by
- From help for function HWnd() No literal string should be …
Aug 19, 2014:
- 9:11 PM Ticket #2846 (Multiline statements error) updated by
- Right now I have to write it that way: […] Is that better? Replying to Melba23: > What else would you expect to happen? I expected the line continuation operator to do exactly what it says: continue lines. Why should the operator care about anything in the next line? Why should it care about anything except the next newline symbol? Some lines cannot be divided into multiple statements without changing the semantics. Parts of this line might need to be annotated to be useful later and should be grouped into blocks ((possibly generated) function, enumeration). The current behavior is illogical and should be considered a bug.
- 5:08 PM Ticket #2846 (Multiline statements error) closed by
- No Bug: What else would you expect to happen? A line continuation operator is there to split long lines - adding other elements between the operator and the next section of the line will cause an error, as it would were the line to be continuous and the element inserted. Both Au3Check and AutoIt baulk at such a thing - correctly. M23
- 4:30 PM Ticket #2846 (Multiline statements error) created by
- Any statement containing two consecutive underscores is an error. […]
- 3:50 PM Ticket #2845 (Empty Array isn't Empty) updated by
-
Owner, Status changed
Not a regression - 3.3.12.0 gives the same result. […] It seems that assigning empty elements actually adds an element unless the array size is specifically set to 0. M23 - 3:19 PM Ticket #2845 (Empty Array isn't Empty) created by
- […] These two arrays shouldn't contain an empty string. They should …
- 2:25 PM Ticket #2843 (_ReplaceStringInFile help file) closed by
- Fixed
- 2:25 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- Fixed in latest beta.
- 1:34 PM Milestone 3.3.13.17 completed
- 10:29 AM Ticket #2824 (_ArrayExtract bugged + solution) closed by
- Fixed: Fixed. M23
Aug 18, 2014:
- 6:00 AM Ticket #2844 (_FTP_ProgressUpload/_FTP_ProgressDownload example error) created by
- the function _FTP_ProgressUpload in his examples passes the parameter …
Aug 17, 2014:
- 8:13 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- Saving the text file in Windows Notepad will add BOM, but saving in Notepad2 not. The beta executable work. Thanks for your support! ffdshow
- 5:25 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- The current version of AutoIt doesn't support UTF16 files without a BOM. https://www.autoitscript.com/autoit3/docs/intro/unicode.htm If you load the file in notepad and then save it again you'll notice that it then does get a BOM and works. I'm currently testing some extra support in an upcoming beta. A preview is at https://www.autoitscript.com/autoit3/files/beta/autoit/AutoIt3_Unicode.exe - that version seems to work with your file.
- 1:50 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- In fact your file does not have BOM. Jon is thinking to allow such automatic Unicode detection as for now it is not allow as doc is describing it.
- 12:43 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- I've created a text file, added some characters, then save IT in Unicode (UTF-16 LE) mode using Notepad2. FileGetEncoding shows 0 and _ReplaceStringInFile saved the file in Unicode (UTF-16 LE BOM). Resulted file is filled with NUL
Aug 16, 2014:
- 11:21 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- FileGetEncoding shows 0 Windows Notepad shows Unicode and Notepad2 shows Unicode (UTF-16 LE). The file: http://rghost.net/57508534
- 10:36 PM Ticket #2843 (_ReplaceStringInFile help file) updated by
- What does FileGetEncoding() return when applied to your UTF16-LE encoded file? Is it using a BOM or not?
- 9:20 PM Ticket #2843 (_ReplaceStringInFile help file) created by
- Hello, In the help file, should be written that files encoding in …
- 1:54 PM Ticket #2842 (autoit installs only as "run script") closed by
- No Bug: In future, please ask questions like this in the forum - as it is most certainly not a bug. When you install AutoIt you get a dialog asking you whether to "run" or "edit" scripts on opening - it has always been like this since I have been using it. If for some reason your install did not show the dialog (although I cannot imagine why it should not), you can amend the HKEY_CLASSES_ROOT\AutoIt3Script\Shell registry entry to change the default behaviour. And if you use the full SciTE4AutoIt3 package, you can change the behaviour directly via the SciTEConfig utility. M23
- 1:00 PM Ticket #2842 (autoit installs only as "run script") created by
- I have tried unistalling autoit, restarting, reinstalling, but as far …
- 8:39 AM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) updated by
-
Version changed
not a regression same in 3.3.12.0
Aug 15, 2014:
- 11:21 AM Ticket #2841 (_StringRepeat adds string once even if parsed count is zero) closed by
- Fixed: Fixed by revision [10898] in version: 3.3.13.17
- 10:36 AM Ticket #2841 (_StringRepeat adds string once even if parsed count is zero) created by
- Hi devs! RTFC here. I use _StringRepeat with a variable count in file …
- 10:26 AM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) updated by
-
Owner, Status changed
Confirmed. M23 - 10:25 AM Ticket #2840 (Bug in _Sound.au3) closed by
- Fixed: Fixed by revision [10897] in version: 3.3.13.17
- 9:52 AM Ticket #2838 (RegRead - Remarks - Proposal) updated by
- I am sure that the good improvement as the Registry redirection is valid only for some keys
- 9:27 AM Ticket #2840 (Bug in _Sound.au3) created by
- in every "set time format miliseconds" there is missing a "l" => …
- 7:14 AM Ticket #2836 (_WinAPI_SfcIsFileProtected - example - proposal) closed by
- Completed: Added by revision [10896] in version: 3.3.13.17
Aug 14, 2014:
- 12:43 PM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) created by
- Here is repro script: […] tested on Relase and Beta version
- 2:24 AM Ticket #2596 (TCPRecv not returning data, and setting @error to -1) updated by
- Tested a script with AutoIt version 3.3.13.16 beta and though TCP error detection has been improved it still can not detect client side closed sockets as 3.3.8.1 is able to do. The fixed version still requires a timeout to close the client side socket when dealing with a web browser. I love that empty returns do not set @error anymore, but it's still depressing that @error is not set for a client side web browser connection termination. I don't know if this is a bug any more or a design change, so I wish to make a request as a big fan of AutoIt3 that you seriously consider 3.3.8.1's ability to detect client side web browser connection terminations and implement that in future versions. I have created a script that can demonstrate this ability if your interested in pursuing this any further. Thanks for taking the time to improve TCPRecv, and i'll do my best to adjust to the alternate methods for closing sockets.
Aug 13, 2014:
- 10:40 PM Ticket #2838 (RegRead - Remarks - Proposal) created by
- in RegRead Function in Remarks Section There is : […] Please …
- 10:03 PM Ticket #2837 ("Install Directory Structure" Section - proposal) created by
- in "Install Directory Structure" section there is note about: …
- 9:31 PM Ticket #2836 (_WinAPI_SfcIsFileProtected - example - proposal) created by
- […]
- 5:00 PM Ticket #2835 (Change the TCP*() funktions to optional use non blocking ports.) updated by
-
Version changed
Automatic ticket cleanup. - 4:35 PM Ticket #2835 (Change the TCP*() funktions to optional use non blocking ports.) created by
- Hello. The timeouts of the TCP*() functions doesn't seem to have …
- 3:01 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
-
Version, Type changed
Aug 12, 2014:
- 3:46 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
- Replying to Jon: > By design. Then please consider introducing another function which modifies the argument array.
- 1:50 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
-
You're right, it is a function reference. I know that the referenced function should have this signature:
Func f ($a1, $a2, ..., ByRef $an)The first n-1 arguments are passed as an array. The value of the last argument before the call doesn't really matter, but I need to know the value of this ByRef argument after the call. I could write it this way: […] But I don't want to reinvent the wheel. - 9:03 AM Ticket #2793 (SetError And SetExtended not integer value) updated by
- extended so it is called, so you can return additional information from the function, and why it should only be a number, it is not clear!
- 4:54 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
- You still have to know how many arguments you're passing to the function, so I don't see how Call has any affect on what you need to do. If you want to pass an array as one of the parameters to your function, then pass an array without using Call. About the only reason to use Call instead of just calling the function directly, is when you are using a variable for the function name, and even then now that functions can be called by a variable without Call, it is of even less use than before. Either way, this is not a bug but working as intended, and a documentation issue until I hear otherwise.
- 12:08 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
-
Replying to BrewManNH:
> So I'm guessing this is a documentation issue and not a Call function issue?
It's a Call function issue for me. I don't know how many arguments I'll pass, which is why I use
Call. But the function I wish to call has a ByRef argument (it's the last argument, although the count of ByRef arguments might change). I can't use the return value until I know the value of the modified ByRef argument. What can I do?
Aug 11, 2014:
- 11:25 PM Ticket #2834 (FileOpen with mode 2+8) closed by
- Fixed: Fixed by revision [10860] in version: 3.3.13.17
- 9:47 PM Ticket #2833 (macro @funcname) updated by
- There is a tool in the Tools menu in Scite, if you've installed the full version of SciTE4AutoIt3, that allows you to add a function trace line to every function, you might be able to modify that to create a variable instead of the ConsoleWrite line that it does now.
- 9:40 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
- So I'm guessing this is a documentation issue and not a Call function issue?
- 7:00 PM Ticket #2833 (macro @funcname) updated by
-
Version changed
Automatic ticket cleanup. - 6:23 PM Ticket #2833 (macro @funcname) updated by
-
Type changed
- 5:53 PM Ticket #2793 (SetError And SetExtended not integer value) updated by
- As things are, it is neither necessary to use ByRef nor a global array. The code I posted in the following topic demonstrates this. http://www.autoitscript.com/forum/topic/163429-can-extended-be-a-string/?p=1190642 I question the need for a change, but I also appreciate the previous poster's concept.
- 5:43 PM Ticket #2834 (FileOpen with mode 2+8) created by
- Hi, There is a bug in FileOpen function when mode 2 and 8 = …
- 4:27 PM Ticket #2831 (Function Binding) updated by
-
Replying to jchd18:
> You really should consider using AutoItObject instead of the construction you propose.
You misunderstood me. This has nothing to do with OOP.
In many functional programming languages, this "binding" is implicit (either implicit currying or only unary functions), other languages have special functions for that (C++ (std::bind), Javascript (Function.prototype.bind), Python, Ruby, Scala, ...).
> Indeed, despite having "Object" suffixed to the function names CreateObject, PrintObject, PrintObjects, none of them applies to anything generic.
If I had called them
PrintPointetc., then this wouldn't be a generic example. My apologies for that imprecise naming. - 1:34 PM Ticket #2831 (Function Binding) closed by
- Rejected: You really should consider using AutoItObject instead of the construction you propose. Indeed, despite having "Object" suffixed to the function names CreateObject, PrintObject, PrintObjects, none of them applies to anything generic. Those functions should really be called CreateArray1D2ElementsNumbers, PrintArray1D2ElementsNumbers, PrintArray1D2ElementsNumbers as they can only process 1D arrays with 2 elements of number type (or strings but then decimalplaces doesn't make sense). In a true OO approach, every processed datatype or container would have a constructor, destructor, a number of commonly used methods such as Print and possibly persistent storage. Then Print(this) would invoke the Print method of whatever type (class) this is: this could be any variant or array of any dimension and content, including nested contents (map containing strings, pointers, arrays of maps, arrays of double and structures). From this point of view the proposal is way too specific to a unique clumsy coding style and should be discarded in favor of AutoItObject.
- 10:49 AM Ticket #2833 (macro @funcname) updated by
- Some time ago I made to this functionality, my own solution. Maybe from here also shows a large number of issue found by me, I just have a good additional diagnostic tools of my own scripts. But the native solution sounds promising.
- 9:54 AM Ticket #2833 (macro @funcname) created by
- Please add a macro, variable or something else that will contain the …
- 9:39 AM Ticket #2793 (SetError And SetExtended not integer value) updated by
- >There are already many ways to create multiple return values but what prevents little change seterror? Then it will be possible to write such elegant things as: […] Instead of using Byref, Global, Array …
Aug 10, 2014:
- 3:29 PM Ticket #2793 (SetError And SetExtended not integer value) updated by
- I don't really see a reason to change behaviour if an integer value suffices. Other than having to reference the meaning of an error, or extended, value; there is no further inconvenience. There are already many ways to create multiple return values, which perhaps ought to be prefered over any additional internal complexity. Advise me if I'm wrong.
Aug 9, 2014:
- 9:24 PM Ticket #2733 (WM_SETCURSOR doesn't pass $wParam as handle after using GUICtrlSetCursor) updated by
- >> if you rad the MSDN doc it is the handle to the Windows not to the control Then why this behaviour was changed only since 3.3.10.2, on earlier versions it was always the control handle, not the window. And why it should be the window handle, we have it in $hWnd parameter. I think something was changed in GUICtrlSetCursor because this affecting the wm_setcursor message.
- 6:24 PM Ticket #2831 (Function Binding) updated by
- Replying to jchd18: > I'm not the only one having found your request somehow obscure. In what way? > Can you please post a short example of working current-state code you wish to replace and then the (pseudo-)code you have in mind for performing the same process? external-functions.au3: […] Currently: […] Wishful thinking (and untested): […]
- 5:55 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
- By design.
- 5:28 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by
- I'm not sure if it's changed or not, but Call didn't allow ByRef arguments in previous versions, and it appears that it still doesn't, although the help file no longer mentions that limitation.
- 3:56 PM Ticket #2827 (FileGetAttrib & Symbolic link) updated by
- Strongly supported - it is the one thing that still slows up _RecFileListToArray. M23
- 3:55 PM Ticket #2824 (_ArrayExtract bugged + solution) updated by
- I have posted a solution in your forum thread - please check it. M23
- 3:45 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) created by
-
[…]
$arguments [1]should be2, not1. - 2:04 PM Ticket #2831 (Function Binding) updated by
- I'm not the only one having found your request somehow obscure. Can you please post a short example of working current-state code you wish to replace and then the (pseudo-)code you have in mind for performing the same process?
Aug 8, 2014:
- 10:48 PM Ticket #2831 (Function Binding) created by
- Please create a function that can bind arguments to functions. The …
- 3:37 PM Ticket #2830 (GuiCtrlRead() - in advanced mode with Combo,List return all values) created by
- According to helpfile for GuiCtrlRead() …
- 2:32 AM Ticket #2829 (_Excel_RangeRead unable to return Text values of excel cells) created by
- I have tried returning Value and Formula values using _Excel_RangeRead …
Aug 7, 2014:
- 4:15 PM Milestone 3.3.13.16 completed
- 10:09 AM Ticket #2826 (ObjName examples does not close InternetExplorer) closed by
- Completed: Added by revision [10737] in version: 3.3.13.16
- 10:03 AM Ticket #2828 (_IEFormElementSetValue typo) closed by
- Fixed: Fixed by revision [10734] in version: 3.3.13.16
- 10:00 AM Ticket #2827 (FileGetAttrib & Symbolic link) updated by
-
Version changed
Automatic ticket cleanup. - 9:55 AM Ticket #2827 (FileGetAttrib & Symbolic link) updated by
-
Type changed
- 8:18 AM Ticket #2828 (_IEFormElementSetValue typo) created by
- When attempting to set a value on an IE form <input> whose type is …
- 3:55 AM Ticket #2827 (FileGetAttrib & Symbolic link) updated by
- I'm sorry, I do not understand why the post and ended up here, i started writing in Open Feature Requests hmmmmm Ciao.
- 3:52 AM Ticket #2827 (FileGetAttrib & Symbolic link) created by
- is possible to add the "L" (Diretory Symbolic link) […] example …
Aug 6, 2014:
- 2:49 PM Ticket #2826 (ObjName examples does not close InternetExplorer) created by
- All examples must end with object.quit() to close hidden browser.
- 11:42 AM Ticket #2825 (Dir Functions inconsistent behaviour with VolumeName as source) closed by
- No Bug: Documented here: http://www.autoitscript.com/forum/topic/162588-extended-length-support-in-file-functions-beta-for-reference/
- 2:18 AM Ticket #2825 (Dir Functions inconsistent behaviour with VolumeName as source) created by
- AutoIt Release 3.3.12.0 & latest Beta 3.3.13.15 Tested on both Win 7 …
Aug 5, 2014:
- 10:31 AM Milestone 3.3.13.15 completed
- 3:57 AM Ticket #2824 (_ArrayExtract bugged + solution) updated by
- The same problem might be in other functions in Array.au3, so it might be wise to check them all, preventively.
- 3:55 AM Ticket #2824 (_ArrayExtract bugged + solution) updated by
- Ok, I noticed it doesn't work for rows as well, so in addition to removing the line above, you need to remove this line as well: […]
- 3:40 AM Ticket #2824 (_ArrayExtract bugged + solution) updated by
- Sorry, I forgot to mention what's the problem and solution. The problem is that _ArrayExtract extracts all columns if you put start and end column number 0, but it should just extract the 0-th column instead. If you use any other start/end column setup, it works (except the ones that produce errors, obviously).
- 3:36 AM Ticket #2824 (_ArrayExtract bugged + solution) created by
- The problem is the same as here, but with _ArrayExtract instead: …
Aug 4, 2014:
- 8:49 PM Ticket #2820 (WIN(all) handle bug) updated by
- How about […]
- 1:38 PM Ticket #2502 (COW optimization incorrect) updated by
- Fixed by revision [10659] in version: 3.3.13.15
- 12:32 PM Ticket #2502 (COW optimization incorrect) closed by
- Fixed: Fixed by revision [10658] in version: 3.3.13.15
- 11:32 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- only for reference: http://www.autoitscript.com/forum/topic/163259-strange-autoit-hardcrash-with-objcreate-and-guictrlcreateobj/
Aug 3, 2014:
- 8:01 AM Ticket #2823 (_ChooseFont default color) updated by
-
Resolution changed
Added by revision [10613] in version: 3.3.13.15 - 7:20 AM Ticket #2823 (_ChooseFont default color) updated by
- The UDF function has been modified to convert the $iColorRef parameter from RGB to BGR so the Help file is now correct. M23
- 7:13 AM Ticket #2823 (_ChooseFont default color) closed by
- Fixed: Fixed by revision [10606] in version: 3.3.13.15
- 12:58 AM Ticket #2823 (_ChooseFont default color) created by
- It says the default color is in RGB format, but it's BGR Color. …
Aug 2, 2014:
- 8:08 PM Ticket #2822 (object('item')('item') syntax support) updated by
- And if this will be fixed, we can do such strange things as: […]
- 8:02 PM Milestone 3.3.13.14 completed
- 8:02 PM Ticket #2822 (object('item')('item') syntax support) updated by
-
Version, Type changed
- 8:00 PM Ticket #2822 (object('item')('item') syntax support) updated by
-
Version changed
Automatic ticket cleanup. - 7:27 PM Ticket #2822 (object('item')('item') syntax support) created by
- In beta 3.3.13.13 i execute this code without any errors. But AU3Check …
- 6:09 PM Ticket #2594 (_EventLog__Read on Security under Server 2008 R2) closed by
- Rejected
- 1:55 PM Ticket #2594 (_EventLog__Read on Security under Server 2008 R2) updated by
- Please post a reproducer script that fails. Thanks.
- 1:15 PM Ticket #2814 (RC4 (En|De)Cryption of empty input fails) updated by
- Amen.
- 1:06 PM Ticket #2821 (_DateToDayOfWeekISO Example wrong comment) closed by
- Fixed: Fixed by revision [10587] in version: 3.3.13.14
- 12:56 PM Ticket #2821 (_DateToDayOfWeekISO Example wrong comment) created by
- example to _DateToDayOfWeekISO wrong: "; ISO Week day number for a …
- 11:00 AM Ticket #2719 ("Misc. functions Reference" - table - Function list) updated by
-
Version changed
Automatic ticket cleanup. - 10:25 AM Ticket #2719 ("Misc. functions Reference" - table - Function list) updated by
-
Type changed
- 9:51 AM Ticket #2814 (RC4 (En|De)Cryption of empty input fails) closed by
- Fixed: Fixed by revision [10576] in version: 3.3.13.14
- 9:37 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) closed by
- No Bug
- 8:28 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- Please close this ticket. It works on other systems only crash on my own. I'll open new thread in forum. When I find an answer why this script crash then maybe I will back to this track ticket, or open new.
Aug 1, 2014:
- 11:41 PM Ticket #2759 (_WinAPI_GetFinalPathNameByHandle - dwFlags - Parameter) closed by
- Rejected
- 10:00 PM Ticket #2804 (UDF standards site outdated) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:41 PM Ticket #2806 (GUICtrlCreateIcon an blank Icon) updated by
-
Component changed
- 9:19 PM Ticket #2804 (UDF standards site outdated) closed by
- Completed
- 9:16 PM Ticket #2816 (_GDIPlus_ImageLoadFromFile return value) closed by
- Fixed: Fixed by revision [10564] in version: 3.3.13.14
- 8:27 PM Ticket #2788 (fuzzy string searching) closed by
- Rejected: Use an external UDF - no requirement to add to the core code. Rejected. M23
- 8:26 PM Ticket #2629 (GUIRegisterMsg/GUIUnregisterMsg) closed by
- Rejected: Jon has stated that this will not happen. M23
- 8:25 PM Ticket #2633 (more possibilities when assigning values to variables) closed by
- Rejected: Rejected. M23
- 8:24 PM Ticket #2593 (Static & Global) closed by
- Rejected: As I stated in the thread - UDF authors need to give suitably unique names to any Global variables they create. Rejected. M23
- 8:19 PM Ticket #2548 (Array Literal Notation) closed by
- Rejected: Rejected. M23
- 8:18 PM Ticket #2221 (FileDelete() @error values) closed by
- Rejected: The user should check that the required deletions have taken place, not AutoIt. Rejected. M23
- 8:15 PM Ticket #2620 (Ternary operator and php 5.3 sugar syntax) closed by
- Rejected: Rejected. M23
- 8:13 PM Ticket #2656 (array automatic redim for $array[] = ...) closed by
- Rejected: Rejected. M23
- 7:59 PM Ticket #2666 (StringReplace($sString, $pos, "") doesn't work) closed by
- Fixed: Fixed by revision [10560] in version: 3.3.13.14
- 7:58 PM Ticket #2666 (StringReplace($sString, $pos, "") doesn't work) updated by
- Help file amended. M23
- 4:49 PM Ticket #2820 (WIN(all) handle bug) closed by
- Fixed: Fixed by revision [10556] in version: 3.3.13.14
- 3:42 PM Ticket #2820 (WIN(all) handle bug) updated by
- It looks like it was a change trancexx made in Dec 2011 that just missed the 3.3.8.0 release and is only now showing up. The change was what to do when a window match didn't occur. Basically if a window match fails it tries to interpret passed strings as window handles and then tries again. Oddly "192.txt" messes up when it is forced to convert from a string into a handle and ends up evaluating as 192 or C0. And that happens to be a valid handle. This will possibly cause false matches with any string window titles that start with numbers. I'll have to remove the change or improve the conversion so that these errors don't occur.
- 3:14 PM Ticket #2820 (WIN(all) handle bug) updated by
- Ok, something is wrong there. Let me run it through the debugger.
- 10:01 AM Ticket #2820 (WIN(all) handle bug) updated by
- Win7 x86 v 3.3.8.x […] v 3.3.10.x + […] Which version works correctly?
- 9:00 AM Ticket #2820 (WIN(all) handle bug) updated by
- Replying to BrewManNH: > It doesnt't return 1 for me, it returns 0x0000000000000000 with an @error set to 1. I used this code, modified from the help file example, which should be just as valid. > ... > BTW, using WinExists instead of WinGetHandle returns 0 with an error of 0. It looks like this bug is only in x86
- 4:03 AM Ticket #2711 (_IELoadWait() hung in case of unknown error) updated by
- why not change it to: […] here timeout actually work as time out, is't?
- 2:46 AM Ticket #2820 (WIN(all) handle bug) updated by
- It doesnt't return 1 for me, it returns 0x0000000000000000 with an @error set to 1. I used this code, modified from the help file example, which should be just as valid. […] BTW, using WinExists instead of WinGetHandle returns 0 with an error of 0.
Jul 31, 2014:
- 9:39 PM Ticket #2820 (WIN(all) handle bug) updated by
- > WinGetHandle is supposed to work with title/text. OK. But why […] returns 1? I don't have window with title "192.168.0.1 - WINDOW NOT EXISTS" and can't find window with handle 0x000000C0 (tried to use WinList, _WinAPI_EnumWindows, _WinAPI_EnumChildWindows). Or "192.168.0.1 - WINDOW NOT EXISTS" is not a string?
- 7:51 PM Ticket #2818 (OnAutoItExitRegister - Remarks and Example - proposal) closed by
- Rejected
- 7:51 PM Ticket #2818 (OnAutoItExitRegister - Remarks and Example - proposal) updated by
- OnAutoItExitRegister is designed as a "one-stop" call for UDFs that need to clear up after they are used. If a user wants to have several dependent OnExit functions, then they should arrange them in a single wrapper function which is then passed for action on AutoIt exit. The problem is for the user to resolve, not AutoIt. M23
- 7:47 PM Ticket #2817 (OnAutoItExitRegister - Remarks - proposal) closed by
- Rejected
- 5:21 PM Ticket #2820 (WIN(all) handle bug) updated by
- Vaguely related: http://msdn.microsoft.com/fr-fr/library/office/bb687833%28v=office.15%29.aspx
- 4:27 PM Ticket #2820 (WIN(all) handle bug) updated by
- I don't know why you want to use only the low part of an handle an handle is 32-bit under Autoit-32 and 64-bit under AutoIt-64 WinGetHandle is supposed to work with title/text. Weird the low part is pointing to the same Windows just use the return vale as a whole
- 4:01 PM Ticket #2820 (WIN(all) handle bug) updated by
- Seems to be some weird quirk of the Windows API. Outside of autoit I can get a handle to a window 0x00960608 and yet IsWindow(0x608) seems to point to the same window. I can even get window text from the same windows using both handles.
- 1:20 PM Ticket #2820 (WIN(all) handle bug) created by
- Strange bug for almost all functions related to the search window. If …
- 11:53 AM Milestone 3.3.13.13 completed
- 11:15 AM Ticket #2789 (With EndWith parameter issue) closed by
- Fixed: Fixed by revision [10538] in version: 3.3.13.13
Jul 30, 2014:
- 6:25 PM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- I do test on other systems.
- 5:01 PM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- My output from original script: […]
- 12:28 PM Ticket #2360 (implement optional byref parameter passing to function) closed by
- Rejected
- 10:46 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- Replying to Zedna: > On my Win7 SP1 64bit AutoIt 3.3.13.12 > this your script DOESN'T crash. > It runs without any errors. it works without crash but only when I comment the second one : […]
- 10:42 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- […]
- 10:38 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) updated by
- On my Win7 SP1 64bit AutoIt 3.3.13.12 this your script DOESN'T crash. It runs without any errors.
- 9:34 AM Ticket #2819 (AutoIt HardCrash with ObjCreate and GUICtrlCreateObj) created by
- I found a nice script here: …
- 3:04 AM Ticket #2818 (OnAutoItExitRegister - Remarks and Example - proposal) created by
- Please consider supplementing Remark for information regarding the use …
- 2:52 AM Ticket #2817 (OnAutoItExitRegister - Remarks - proposal) created by
- Please consider supplementing Remark on the information concerning the …
- 1:30 AM Ticket #2816 (_GDIPlus_ImageLoadFromFile return value) created by
- "_GDIPlus_ImageLoadFromFile" returns 0, instead of -1 uppon failure, …
Jul 29, 2014:
- 4:12 PM Ticket #2364 (Call with CallArgArray regression in beta) closed by
- Fixed: Fixed by revision [10513] in version: 3.3.13.13
- 12:38 AM Ticket #2364 (Call with CallArgArray regression in beta) updated by
-
What should I do if a script I'm using doesn't know how many arguments it should pass to
Calland simply prepends a"CallArgArray"? Should I rewrite every function with an empty argument list toFunc name ($bugFix = Default)?
Jul 28, 2014:
- 8:28 PM Ticket #2363 (Call with invalid proc regression) closed by
- Fixed: Fixed by revision [10505] in version: 3.3.13.13
- 5:59 PM Ticket #2364 (Call with CallArgArray regression in beta) updated by
- Actually, this is a change from 3.3.8.1 but it seems to be ok behaviour as I would expect it. $args[0] contains "CallArgArray" which signifies that it will pass some additional parameters but doesn't declare any, but the function declaration doesn't accept any parameters so this triggers the error. The fact that 3.3.8.1 didn't error on that because CallArgArray was missing the actual parameters, and now it does is not a problem for me. It's also exceptionally hard to change the behaviour with the way that Call() was rewritten
- 4:55 PM Ticket #2364 (Call with CallArgArray regression in beta) updated by
- one more …
- 3:37 PM Ticket #2364 (Call with CallArgArray regression in beta) updated by
- For reference, revision 7126 broke this.
- 1:00 PM Ticket #2605 (Macro @ScriptLineNumber returns incorrect line) closed by
- Fixed: Fixed in beta
- 12:56 PM Ticket #2815 (GUICtrlSetImage resets the icon size) updated by
- In fact GUICtrlSetImage is supposed to use the icontype parameter so 16x16 or 32x32 for normal. What can be wrong is the GUICreateIcon which does not follow the selection of iconsize. You can argue that greater iconsize have appeared which cannot be selected but that a very old code that have not be adaptated.
- 12:54 PM Milestone 3.3.13.12 completed
Jul 27, 2014:
- 9:52 PM Ticket #2815 (GUICtrlSetImage resets the icon size) created by
- GUICtrlSetImage resets the icon size. I think GUICtrlSetImage should …
- 8:45 PM Ticket #2605 (Macro @ScriptLineNumber returns incorrect line) updated by
- oh... face palm... sorry but I notice this issue no longer exist in AutoIt 3.3.13.11
- 8:30 PM Ticket #2605 (Macro @ScriptLineNumber returns incorrect line) updated by
- In my opinion this is normal AutoIt behavior. AutoIt when runing this script hold this script exactly like you make it, so the line number 3 is correct. Look in my example in track ticket: http://www.autoitscript.com/trac/autoit/ticket/2812 This will show you what I mean in your case. mLipok
- 8:21 PM Ticket #2811 (VarGetType - Example - proposal) updated by
- This on looks beter: […]
- 6:46 PM Milestone 3.3.13.11 completed
- 6:35 PM Ticket #2640 (Surprising conversion) closed by
- Fixed: Fixed by revision [10493] in version: 3.3.13.11
- 6:34 PM Ticket #2640 (Surprising conversion) updated by
- Yeah, weird. I've changed it to convert to an appropriate number type first rather than forcing a double.
- 6:18 PM Ticket #2694 (AutoitX3_x64.dll not working for ControlListView and ControlTreeView ...) closed by
- Fixed: Fixed by revision [10491] in version: 3.3.13.11
- 6:14 PM Ticket #2694 (AutoitX3_x64.dll not working for ControlListView and ControlTreeView ...) updated by
- Can't be sure without a repo script, but the control search function was slightly different in AutoItX compared to AutoIt so I've synced them up and assuming that it fixes the problem.
- 6:00 PM Ticket #2632 (MouseDown dose not delay even i set MouseClickDownDelay to 2000 ...) closed by
- No Bug
- 6:00 PM Ticket #2632 (MouseDown dose not delay even i set MouseClickDownDelay to 2000 ...) updated by
- This only applies to clicks. MouseDown is already holding down the button until a MouseUp so the click delay never comes into play.
- 5:56 PM Ticket #2813 (Accessing "last created control" once GUI deleted - AutoIt HardCrash) closed by
- Fixed: Fixed by revision [10489] in version: 3.3.13.11
- 4:30 PM Ticket #2346 (Add native FileSetEnd() based on _WinAPI_SetEndOfFile()) closed by
- Completed: Added by revision [10487] in version: 3.3.13.11
- 3:10 PM Ticket #2623 (RegDelete() returns 0 instead of 2 when unable to delete key) closed by
- Fixed: Fixed by revision [10486] in version: 3.3.13.11
- 3:07 PM Ticket #2814 (RC4 (En|De)Cryption of empty input fails) created by
- This is due to DllStruct* function having issues to deal with …
- 2:39 PM Ticket #2805 (FileWriteLine() returns true when actually failing because disk is full) closed by
- Fixed: Fixed by revision [10484] in version: 3.3.13.11
- 8:32 AM Ticket #2812 (@ScriptLineNumber - HelpFile - Clarification) closed by
- Completed: Changed by revision [10477] in version: 3.3.13.11
- 8:20 AM Ticket #2811 (VarGetType - Example - proposal) closed by
- Completed: Changed by revision [10476] in version: 3.3.13.11
- 8:13 AM Ticket #2811 (VarGetType - Example - proposal) updated by
- A few minor changes - and I added Map as well. M23
- 7:10 AM Ticket #2813 (Accessing "last created control" once GUI deleted - AutoIt HardCrash) updated by
- Replying to Melba23: > the actual function used is irrelevant Yes you have right, but in my script this was not intentional, just a mistake, in a process of massive change. So I describe what happend to me. I have Gui wrappers like this: _GUI_Question($sQuestion) _GUI_Info('$sMessage') and my main gui lets call them: _GUI_FRAMEWORK_INIT() I can add TabItem to existing GUI_FRAMEWORK So some controls was created and deleted when _GUI_Question() was called , to ask user for config option when my program starts, and then I missed to initialize _GUI_FRAMEWORK_INIT() before I add new TabItem (I change the place where GUI_FRAMEWORK is initialized). Actually I'm making a massive change in my old (but working and still developed) scripts. So that issue, just happens.
- 4:13 AM Ticket #2813 (Accessing "last created control" once GUI deleted - AutoIt HardCrash) updated by
-
Summary changed
- 4:13 AM Ticket #2813 (Accessing "last created control" once GUI deleted - AutoIt HardCrash) updated by
- In fact the problem is caused by trying to reference the "last created control" once the GUI containing it has been deleted - the actual function used is irrelevant (I have amended the ticket title to reflect this). No doubt the internal reference to this control has been deleted along with the GUI. I would argue that using the "-1" shorthand should be avoided wherever possible - which would render the problem moot - and that trying to access controls once the GUI holding them has been deleted is not something that should be done either. But worth a look to see if there is a simple check which would prevent the crash. M23
- 3:05 AM Ticket #2813 (Accessing "last created control" once GUI deleted - AutoIt HardCrash) created by
- Today I have another day cleanup of old scripts. I changed my own UDF …
- 1:24 AM Ticket #2812 (@ScriptLineNumber - HelpFile - Clarification) created by
- HelpFile do not say anything about @ScriptLineNumber that it is …
- 12:50 AM Ticket #2785 (WinTextMatchMode - Window Titles and Text (Advanced)) updated by
- I would like to extend this feature request: The person opening this Track Ticket mentioned only: http://www.autoitscript.com/autoit3/docs/intro/windowsadvanced.htm but I also would like to see this feature here: http://www.autoitscript.com/autoit3/docs/intro/controls.htm btw. "Window titles and text are case sensitive." for Titles it can be changed with: WinTitleMatchMode buf for Text it can not be changed even with: WinTextMatchMode REGEXPTEXT in this case, as it would bypass the current, limitation. ps. This feature was asked before on the forum like here: http://www.autoitscript.com/forum/topic/120874-regexp-in-text-parameter-of-control-description/
Jul 26, 2014:
- 9:48 PM Ticket #2372 (Function incorrect number of parameters error on wrong line) closed by
- Fixed: Fixed by revision [10474] in version: 3.3.13.11
- 9:19 PM Milestone 3.3.13.10 completed
- 8:43 PM Ticket #2671 (StringSplit - bug : Delimiter case sensitivity problem) closed by
- Fixed: Fixed by revision [10469] in version: 3.3.13.10
- 8:04 PM Ticket #2594 (_EventLog__Read on Security under Server 2008 R2) updated by
-
Component changed
- 5:09 PM Ticket #2346 (Add native FileSetEnd() based on _WinAPI_SetEndOfFile()) updated by
- Just note: _WinAPI_CreateFile has native oposite function FileOpen so the only one missing native file operation function is mentioned FileSetEnd()
- 4:04 PM Ticket #2811 (VarGetType - Example - proposal) created by
- […]
- 1:31 PM Ticket #2538 (GUISetAccelerators should take care of disabled control) closed by
- Fixed: Fixed by revision [10465] in version: 3.3.13.10
- 12:17 PM Ticket #2686 (Random to return max value when min equals max.) closed by
- Completed: Added by revision [10464] in version: 3.3.13.10
Jul 25, 2014:
Jul 23, 2014:
- 6:04 PM Ticket #2804 (UDF standards site outdated) updated by
-
Owner changed
I have added a redirect in the old UDF's page to open to the Wiki UDF page . Let me know if this is what you want. I have left the old content in case it is still needed. Jos
Jul 22, 2014:
- 5:53 PM Milestone 3.3.13.8 completed
- 1:15 PM Ticket #2810 (handling of some float numbers) closed by
- No Bug: Again there is no bug here. You can invent an infinite number of cases where the result of a floating point calculation differs from what you'd expect. Again it has nothing to do with AutoIt, which uses the relies on C++ compiler to provide "correct" results, "correct" being taken modulo what IEEE754 dictates. Please read http://en.wikipedia.org/wiki/Floating_point IsInt($n) = 0 applied to a floating point value $n means that $n is not exactly represented as an integer inside the double. Now, displaying $n by default conversion to string implies rounding to a fix number of decimals, which is not based on the machine epsilon (http://en.wikipedia.org/wiki/Machine_epsilon), nor on the ULP nearby (http://en.wikipedia.org/wiki/Unit_in_the_last_place). Would you seriously want the following to display anything else than 0.1? […]
- 12:38 PM Ticket #2809 (inconsistent work of the For...To...Step...Next loop) closed by
- No Bug: Such For loops should never be used with step value a floating point number that can't be represented exactly in a double. This is nothing new: fixed-size binary floating point (e.g. IEEE754) often causes inaccuracies, whatever language the program uses. To keep away from such issues, always use integers in For loop parameters and scale back index values before use inside the loop.
- 12:02 PM Milestone 3.3.13.7 completed
- 11:04 AM Ticket #2810 (handling of some float numbers) created by
- wierd internal rounding. […]
- 10:06 AM Ticket #2809 (inconsistent work of the For...To...Step...Next loop) created by
- In the following example the loop doesn't work as is expected. First …
Note:
See TracTimeline
for information about the timeline view.
