Timeline



Nov 6, 2015:

9:15 PM Ticket #3149 (Add new functions to SQLite UDF) updated by jchd18
This request isn't deviant at all. 99.99% of the time in real-world applications one only need data from queries, not headers. I don't know why headers made their way in the *_GetTable2d function of this UDF but this is a mistake. Indeed headers in resulting array row 0 should be optional and defaulted to False. Having to run rings to place the headers there is a useless slowdown in most use cases and the ADO counterpart is severely impacted since we can't use the .GetRows method efficiently. I personally always use a similar function called _SQLite_GetData being *_GetTable2d without the headers. I'd like this request to remain open for now, just because it makes much more sense than what we currently have.
9:17 AM Ticket #3148 (Add new events to GUIGetMsg()) updated by Melba23
That can be done just as easily via a message handler. M23
9:16 AM Ticket #3149 (Add new functions to SQLite UDF) updated by Melba23
That code is not the current _SQLite_GetTable2d function - and where is this new $iReturnArray parameter? Or do you expect someone else to do all the work? M23
7:14 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by J-Paul Mesnage
Thanks Valik for the info just PM me if you want I PM you the actual code you re thinking about Cheers
1:25 AM Ticket #3160 (Allow Null to specify NULL pointer for more DllCall() pointer types.) created by Valik
I see that using the Null keyword with str and wstr parameters of …
1:17 AM Ticket #3159 (ObjCreateInterface and BOOL type.) created by Valik
Apologies for the large script but this is the minimum I could get it …
12:53 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by Valik
JP, the documentation clearly states that StdioClose() releases all resources. It shouldn't matter if the process is closed or not, AutoIt should internally close the handles and release any buffers. It's been years since I wrote the STDIO code and I don't have access to it any longer (and it may have changed in the years since I left the project). I have an idea where the leak may be, though. Remember that when the buffer fills up the child program and AutoIt will deadlock. There's a pretty good chance I wrote the feature to always read the buffer and store the data internally to prevent the deadlock. I suspect it may be this internal buffer that's causing the problem. It's probably being dynamically allocated on each call which could theoretically cause an artificial inflation in the working set.

Nov 4, 2015:

7:47 PM Ticket #3158 (Ping() cached) updated by Jos
Description changed
7:47 PM Ticket #3158 (Ping() cached) updated by Jos
Description changed
7:37 PM Ticket #3158 (Ping() cached) updated by mLipok
I was edit your ticket by adding code block. Please read Track Ticket RULES >> Guidelines here: https://www.autoitscript.com/trac/autoit/wiki and do not open track ticket before you are even not answer on the forum to your own thread: https://www.autoitscript.com/forum/topic/173857-ping-cached/ as support forum should be first place to ask.
7:35 PM Ticket #3158 (Ping() cached) updated by Ontosy
Bug added by Ontosy
7:31 PM Ticket #3158 (Ping() cached) updated by mLipok
Description changed
7:24 PM Ticket #3158 (Ping() cached) created by anonymous
The ping is cached and it is not rerun. Reproduce Go offline and …
7:21 PM Ticket #3157 (Run \ Runwait functions fail to run programs with the requested ...) closed by mLipok
Works For Me: works for me. Win7 Pro 64bit Next time before you post any new ticket read TrackTicket RULES >> Guidelines https://www.autoitscript.com/trac/autoit/wiki and if you have any problem with using AutoIt try to ask on the forum: https://www.autoitscript.com/forum/
5:38 PM Ticket #3157 (Run \ Runwait functions fail to run programs with the requested ...) created by Thesmeg
Regedit.exe fails to run […] mmc.exe fails to run […]

Nov 2, 2015:

2:15 PM Ticket #3156 (Help: _Excel_ColumnToLetter / _Excel_ColumnToNumber wrong example) updated by BrewManNH
Component changed
1:02 PM Ticket #3156 (Help: _Excel_ColumnToLetter / _Excel_ColumnToNumber wrong example) updated by Giuseppe Criaco <gcriaco@…>
Replying to gcriaco@…: > the example files of the two UDFs show the wrong function: > _Excel_ColumnToNumber UDF: _Excel_ColumnToLetter in the example > _Excel_ColumnToLetter UDF: _Excel_ColumnToNumber in the example Please move this ticket to the Documentation Component. Sorry for mistake.
12:55 PM Ticket #3156 (Help: _Excel_ColumnToLetter / _Excel_ColumnToNumber wrong example) created by gcriaco@…
the example files of the two UDFs show the wrong function: …
12:48 PM Ticket #3155 (_Excel_RangeWrite with $bForceFunc=True doesn't transpose array) created by gcriaco@…
Setting the $bForceFunc parameter to True doesn't transpose an array …

Nov 1, 2015:

10:12 PM Ticket #3154 (Description of \s is wrong in StringRegExp help file) updated by mikell
Should be added : 'when UCP is enabled'
9:57 PM Ticket #3154 (Description of \s is wrong in StringRegExp help file) created by jchd18
Note to self: \xA0 is NOT part of \s
8:29 PM Ticket #3153 (AU3Check to change SciTE console results output sequence) closed by Jos
Rejected: Do not make any changes in SciTEGlobal.properties but rather make them in your SciTEUser.properties or else your changes are lost with the next upgrade. I am fine with the current defaults, but feel free to set your own preferences in the user file. Jos
7:39 PM Ticket #3153 (AU3Check to change SciTE console results output sequence) updated by mLipok
look in: SciTEGlobal.properties and set: output.scroll=2 btw. Next time please ask on forum.
1:00 AM Ticket #3153 (AU3Check to change SciTE console results output sequence) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
12:08 AM Ticket #3153 (AU3Check to change SciTE console results output sequence) created by anonymous
Now AU3Check provide results (in SciTE console) for current script in …

Oct 31, 2015:

11:12 PM Ticket #3149 (Add new functions to SQLite UDF) updated by anonymous
I do not think _ArrayDelete() work very fast removing 0-th 1-st elements on big arrays. Also why do double work especially if it can be easily avoided? Changes not so big and function become fast and flexible. existent functions can get new Parameter - $iReturnArray = 0/1/2 0 - return array as is (default) 1 - return 0-based array 2 - return 1-based array with count 0th element […]
10:58 PM Ticket #3148 (Add new events to GUIGetMsg()) updated by anonymous
cannot be easily provided by another means? You mean as simple as using $GUI_EVENT_PRIMARYDOUBLECLICK event? I guess something like this: […]
9:18 AM Ticket #3144 (Givenchy Handbags, Givenchy Bags & Givenchy Antigo) updated by Melba23
Description changed
9:16 AM Ticket #3148 (Add new events to GUIGetMsg()) updated by Melba23
Please provide an example where this functionality would be useful and it cannot be easily provided by another means. M23
9:14 AM Ticket #3150 (Add new functions to GuiListView UDF) closed by Melba23
Rejected
9:13 AM Ticket #3149 (Add new functions to SQLite UDF) updated by Melba23
You can create simple wrapper functions using _ArrayDelete to remove the Header row and UBound to determine the count. No need to change the existing UDF functions and certainly no requirement to add new ones. M23

Oct 29, 2015:

5:18 PM Ticket #3098 (ObjEvent - @error - when no ErrorHanlder registered) closed by BrewManNH
Rejected: It's not an error to use it that way, it is how the function works. It will return the error handler function name, if no function is assigned yet, that string will be empty. It's up to the programmer to properly register their error handler function, and should use this return value to identify whether or not they've done so. I don't see any error condition that needs to be reported on.
7:52 AM Ticket #3140 (@error Description) closed by Melba23
Fixed

Oct 28, 2015:

9:05 PM Ticket #2617 (Incorrect multi-byte characters in "Au3Record.exe /o") closed by mLipok
Wont Fix: Au3Record.exe has been removed from the main installer from v3.3.14.1 as it triggers many AV false positives. https://www.autoitscript.com/forum/topic/176009-where-is-au3recordexe/
8:54 PM Ticket #3151 (TCPConnect() return always -1 on a public ip) closed by BrewManNH
No Bug

Oct 27, 2015:

3:33 PM FileCopyProblemCodeToReproduce.au3 attached to Ticket #3152 by pscales@…
AutoIt source code
3:33 PM Ticket #3152 (FileCopy doesn't cope well with copying files with embedded spaces in ...) created by pscales@…
FileCopy of a file with a full path specification and included spaces …
1:05 PM Ticket #3151 (TCPConnect() return always -1 on a public ip) updated by anonymous
hello jpm, i have checked my enviroment and after many test i notice that a hardware firewall in office block some connection for security reason. i have done test in other line and the problem isn't present. thank you and sorry for the time lost. Sainsuper
9:29 AM Ticket #3151 (TCPConnect() return always -1 on a public ip) updated by sainsuper@…
hello, thansk for fast aswer, i have made more test and i notice that if i make many tcp request on google or on any sites, i receive -1 but if i wait some seconds(30 s) some times i'll reveive corret sockets i have compiled same code with different version of autoit 3.3.15.0 ( beta) and 3.3.14.2. With beta version i always have socket. with 3.3.14.2 i often have -1 and only some times i have socket. i send compiled and source code http://www.tecnopc.info/test.zip

Oct 26, 2015:

8:47 PM Ticket #3150 (Add new functions to GuiListView UDF) updated by anonymous
hmm... it seems yes, especially with $LVS_SINGLESEL. If there are no "underwater rocks" in function logic, _GUICtrlListview_GetSelectionMark should be good alternative…
7:50 PM Ticket #3150 (Add new functions to GuiListView UDF) updated by BrewManNH
You could use _GUICtrlListview_GetSelectionMark to do that instead of rewriting the _GUICtrlListView_GetSelectedIndices() function, or creating a new one that does basically the same thing.
6:47 PM Ticket #3147 (Kindly add some extra features to SciTE4AutoIt to make it a real IDE) closed by Jos
Rejected: As discussed in the forum. Jos
6:24 PM Ticket #3151 (TCPConnect() return always -1 on a public ip) updated by J-Paul Mesnage
For me both Release and Beta are OK Can you double check your environment?
5:18 PM Ticket #3151 (TCPConnect() return always -1 on a public ip) created by sainsuper@…
hello, using this code […] Socket will return always -1 ( and …
9:00 AM Ticket #3149 (Add new functions to SQLite UDF) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
8:30 AM Ticket #3149 (Add new functions to SQLite UDF) updated by J-Paul Mesnage
Type changed

Oct 25, 2015:

2:29 PM Ticket #3150 (Add new functions to GuiListView UDF) created by anonymous
Please add new function to GuiListView UDF: …
2:21 PM Ticket #3149 (Add new functions to SQLite UDF) created by anonymous
Please add new functions to SQLite UDF (or modify existent): …
9:33 AM Ticket #3148 (Add new events to GUIGetMsg()) created by anonymous
Please add new event to GUIGetMsg() : $GUI_EVENT_PRIMARYDOUBLECLICK: …

Oct 24, 2015:

1:00 PM Ticket #3147 (Kindly add some extra features to SciTE4AutoIt to make it a real IDE) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
12:05 PM Ticket #3147 (Kindly add some extra features to SciTE4AutoIt to make it a real IDE) updated by anonymous
1. Automatically add end keywords like "EndIf/WEnd/Next/Until/EndFunc" after an enter key press. 2. When we type "Opt" in SciTE, intellisence should display all options in order to user's key press. And if user selects an option from intellisence, then wait for the user types a comma. If user typed a comma, then intellisence should display all params for that option, so that user an easily select a speifi param from list.
12:02 PM Ticket #3147 (Kindly add some extra features to SciTE4AutoIt to make it a real IDE) created by kvinu
1. Automatically add need keywords like …

Oct 23, 2015:

3:38 PM Ticket #3146 (RegRead documentation incorrect or deprecated) created by victhetraitor@…
The helpfile states […] The entries are, however, separated by …

Oct 21, 2015:

6:55 PM Ticket #3144 (Givenchy Handbags, Givenchy Bags & Givenchy Antigo) closed by BrewManNH
Rejected
6:52 PM Ticket #3145 (ObjGet 3.3.14.2 dont work) closed by BrewManNH
No Bug
6:17 PM Ticket #3145 (ObjGet 3.3.14.2 dont work) updated by anonymous
After reboot my computer its work... OS: Windows 10 MS: Microsoft Office 2010
5:59 PM Ticket #3145 (ObjGet 3.3.14.2 dont work) created by Zaibai
Script example: […] If Excel is open or not open => Error: Error …
5:00 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by mLipok
Replying to anonymous: > Try this DllCall("User32.dll", "bool", "SetProcessDPIAware") As I know this should also work for Win8 (not tested).
2:22 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by anonymous
> Can you fix it? Try this DllCall("User32.dll", "bool", "SetProcessDPIAware")

Oct 20, 2015:

2:50 PM Ticket #3144 (Givenchy Handbags, Givenchy Bags & Givenchy Antigo) created by dronacharya77@…
<snip>
8:49 AM Ticket #3143 (Beta Help File Option in SciTE) updated by TheDcoder
ok :)
8:47 AM Ticket #3143 (Beta Help File Option in SciTE) updated by mLipok
try to ask for support here: https://www.autoitscript.com/forum/topic/177435-20-9-2015-new-scite4autoit3-available-with-the-updated-scite-v360-release/
8:44 AM Ticket #3143 (Beta Help File Option in SciTE) updated by anonymous
Replying to mLipok: > Try to use > > {{{ > Alt+F1 > }}} > > > btw. > Next time please first ask on the forum. I tried, not working for me :(
8:40 AM Ticket #3143 (Beta Help File Option in SciTE) closed by mLipok
Works For Me: Try to use […] btw. Next time please first ask on the forum.
6:14 AM Ticket #3143 (Beta Help File Option in SciTE) created by TheDcoder
Hello, As the title says, I want an option for Beta Help File when I …

Oct 18, 2015:

3:15 PM Ticket #3140 (@error Description) updated by Melba23
mLipok, There is no "defined" value in the sense that the value is dependent on the function itself - each one may have a different value. But I see what you mean - the advantage of having non-native speakers to check the wording! Would it be better if it read: If the Return value method is used, each function will specify in the Help file the specific return value for success - but the value is typically non-zero to allow easy to read code... I do not believe that referring to @extended is useful here - it is only likely to confuse as many functions do not use it. M23
3:07 PM Ticket #3142 (Auto-Complete in SciTE) closed by Melba23
Rejected
5:05 AM Ticket #3112 (Function _Excel_RangeFind not working) updated by pvp
Hello, I want to ask when u finish 3.3.15.1 version ? function _Excel_RangeFind is error, so... I cant do anything :((

Oct 17, 2015:

5:23 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by BrewManNH
I stand corrected on the first PDF, I missed the screen size in that one as it wasn't showing me the whole PDF when I viewed it for some reason. The second one is not helpful to me as I don't read or speak German, and by the way doesn't indicate that you set it to 150% anywhere on the image. I'd say that AutoIt is giving you the correct screen size, as you've blown it up by 150%, so the resolution changes when you do that, doesn't it? Just because you set it to 2160x1440 now that you've magnified it, the real resolution is 1440x960.
2:53 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by J-Paul Mesnage
In Fact I try to reproduce your problems. I can't The second problem as the sizes are correct even without reconnecting as it is required. The first problem I don't know who is right as after reconnection the scrren is really reduced but the windows control panel infact still indicates the sizes before using the text Definetelty the AutoIt return values must be used to be in adequation with the pixel that can be used. So for me it is not an AutoIt Bug perhaps a Windows anomaly
1:50 PM Ticket #3142 (Auto-Complete in SciTE) updated by mLipok
check in au3abbrev.properties you can set your own in: au3UserAbbrev.properties search for them here: c:\Users\user\AppData\Local\AutoIt v3\SciTE\ EDIT: btw. if you are so lazy please use forum instead Track because this would be much easier to post for you, a question there.
11:02 AM Ticket #3142 (Auto-Complete in SciTE) created by anonymous
My laziness make me wish for Auto-Complete function in SciTE should be …

Oct 16, 2015:

10:15 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by k.knetsch@…
Sorry, but that is not true. In the first PDF you can see on the left side the current ScreenSize in the windows 10 dialog which is 2160x1440. But Autoit gives me in the msgbox only 1440x960! I am expecting 2160x1440, because my scripts which depends on positions won´t work under windows 10. If I take an full screenshot by autoit for example, I won´t get a full screen, it is just a snippet of 1440x960! I have found out that the reason for that seems to be the preferences of „size of text apps and other items“ (which is in german called "Größe von Text, Apps und anderen Elementen"), what you can see in the second pdf. Here you can see that I have at first a value of 150% (in the first slider), which gives me back in autoit an resolution of 1440x960. But after choosing the slider to a value of 100% the resolution changes and autoit gives me then right resolution of 2160x1440. Surely it is possible to change this setting every time I want to use autoit, but I think that can not be the solution. I have test scripts which I have to spread out to users, so I cannot expect from them to change this adjustment every time. For other comparable tools there seems to be no problem. I have checked how autohotkey would behave and there is not such a problem. It shows me the right resolution of 2160x1440 independentliy from any adjustment in the described matter. I still want to use autoit furthermore, so can you help me and others with the problem?
8:58 PM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) updated by BrewManNH
Neither of those pdfs show what the problem you're saying actually is? What is the screen size you're expecting and what are you getting? Are you taking the taskbar into account?
6:33 PM Ticket #3140 (@error Description) updated by mLipok
one problem in reading and my understanding: […] is this intentional or this should be not used ? ---- […] additional description proposal: […] ---- and some other Additional description proposal: […]
5:51 PM Ticket #3140 (@error Description) updated by Melba23
How does this read? Success/failure indication Some functions use the Return value to indicate success/failure, others set the @error flag. Some do both.... If the Return value method is used, there is no defined value for the return but it is typically non-zero for success to allow easy to read code... […] If the @error flag method is used, @error = 0 always indicates success. Other values are as defined in the Help file for the specific function. […] If a function uses the @error flag method, you should always check the flag before attempting to use the return value - if the flag is set then the function return value is generally undefined... M23
8:38 AM WrongScreensizes2.pdf attached to Ticket #3141 by k.knetsch@…
Further Details Screens2
8:30 AM WrongScreensizes.pdf attached to Ticket #3141 by k.knetsch@…
Further Details Screens
8:04 AM Ticket #3141 (Wrong Screen Size Dimension Problem in Windows10 in Combination with ...) created by k.knetsch@…
The detection of the right screen size under windows 10 is wrong. It …

Oct 15, 2015:

5:56 AM Ticket #2320 (_IENavigate return values) updated by philkryder
this still seems to be a problem in more current versions for some of the functions. see: https://www.autoitscript.com/forum/topic/177987-error-using-ielinkclickbytext/?page=2
3:24 AM Ticket #3097 (AutoIt crash with Objects) updated by mLipok
There is no error if "c:\Program Files (x86)\AutoIt3\AutoIt3_x64.exe" is used. Error occurs only with: "c:\Program Files (x86)\AutoIt3\AutoIt3.exe" And here can be usefull information: https://www.autoitscript.com/forum/topic/174281-autoit-error-in-ie11/?do=findComment&comment=1277637 […] EDIT: My testing System is Win 7 Pro 64BIt IE 11.0.9600.18059

Oct 14, 2015:

6:22 AM Ticket #3140 (@error Description) updated by J-Paul Mesnage
I don't know who wrote this page but it can be Jon himself since the wording is the same as in the first introduction in 2006 I am not either an English corrector so Just wait English fluent people validate the proposal

Oct 13, 2015:

8:00 PM Ticket #3140 (@error Description) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
7:53 PM Ticket #3140 (@error Description) created by mLipok
here: https://www.autoitscript.com/autoit3/docs/function_notes.htm
1:20 PM Ticket #3139 (FileGetTime out by exactly one hour.) updated by jchd
Contrary to what you claim, the correct time for a decent filesystem is UTC. Want it or not this is the only non-contradictory possible convention and this is unsurprisingly what NTFS uses. Also your "fix" is wrong, you should be using _Date_Time_FileTimeToLocalFileTime. Can we now stop discussing this in Trac, this is definitely not the place for that. "No bug" confirmed.
9:47 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by anonymous
Ignore the variable names! Brainfart. ;o)
9:43 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by anonymous
For anyone finding this page, here is something which should be in the manual page for FileGetTime (after the big notice that AutoIt will return incorrect results if you happen to be inside daylight saving time, which should matter not one jot). […] NOW you have the correct date/time. What a pain. ;o) Cor
9:18 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by anonymous
Some feedback about this in the forum would have been better, of course, but I've been waiting since July for that. I read the document you linked to. It seems to say that AutoIt is incorrectly retrieving the modification date, not taking into account local daylight saving time. I would concur. This is commonly known as a "bug". If you are telling me that *I* am doing something wrong and that there is another way to get the actual, correct modification time, then please share! How will changing the status to "no bug" stop AutoIt from producing the wrong results. The modification time is incorrect. It is obviously a bug!
1:42 AM Ticket #3103 (_Timer_GetIdleTime not working properly in Windows 10) closed by BrewManNH
Works For Me
1:41 AM Ticket #3139 (FileGetTime out by exactly one hour.) closed by BrewManNH
No Bug: It's not a bug in AutoIt, it's how the Windows API for file times works. https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396 Windows files times are in UTC and then adjusted for the time zone you're in, UTC isn't affected by daylight savings time.

Oct 12, 2015:

10:55 PM Ticket #3139 (FileGetTime out by exactly one hour.) created by corz
I have a regular file, a movie. In Windows (8.1 x64) properties …

Oct 8, 2015:

6:22 PM Ticket #3138 (GUIRegisterMsg - add to chain) closed by Melba23
Rejected: Jon has already stated that this will not be done. M23
8:52 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by J-Paul Mesnage
For me the StdIoClose() can do a definitive cleaning only if the process is really close so that normal it should be post after to have a complete cleaning The Stream reading must be available by StdOutRead() or StdErrRead() after the process closing. So If you don't do it StdIoClose() will do it for you. I hope I understand the AutoIt implementation. I leave to Jon the final answer

Oct 7, 2015:

6:23 PM Ticket #3138 (GUIRegisterMsg - add to chain) created by anonymous
As written in help: GUIRegisterMsg - Register a user defined function …
3:53 PM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by Jos
Correct or the other option is to replace the StdioClose() by a loop that reads the STDIO buffer until it has read everything. This will also avoid the leaking. Jos
12:26 PM Ticket #3093 (_FileWriteToLine() option to create a new line if it doesn't exist) updated by Melba23
Added by revision [11561] in version: 3.3.15.1
12:25 PM Ticket #3093 (_FileWriteToLine() option to create a new line if it doesn't exist) closed by Melba23
Completed: Added by revision [11560] in version: 3.3.15.1
10:30 AM FileRead_UTF-8_Bug.au3 attached to Ticket #3137 by miraged
Repro
10:29 AM Ticket #3137 (FileRead() treats count parameter as bytes instead of characters for ...) created by miraged
When reading from UTF-8 files (with or without a BOM) the count …
9:15 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by jvanegmond
Replying to anonymous: > but it seems there is also a leak when you comment the StdioClose()statement. Could it be that ProcessClose() isn't cleaning up when STDIO is used for the process? Interestingly, the only order which does seem to work is the exact one you posted on the forum where you call StdioClose after ProcessWaitClose. Any other order and it leaks memory.
Note: See TracTimeline for information about the timeline view.