Timeline



Apr 15, 2013:

7:21 PM Ticket #2332 (Uncertainty in the calculations) created by micromega@…
Discrepancy appears for certain values ​​of the variables. example: …

Apr 8, 2013:

11:06 AM Ticket #1573 (TCPConnect TCPTimeout) updated by guinness
This isn't a Forum, please do not post 'bump' or pointless messages in Trac.
5:46 AM Ticket #1573 (TCPConnect TCPTimeout) updated by anonymous
Bump?

Apr 7, 2013:

10:19 AM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) closed by J-Paul Mesnage
Fixed

Apr 2, 2013:

11:25 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by DaleHohm
This issue is fixed in the 3.3.9.x beta stream. The code has not yet been released in a beta, but is posted here: http://www.autoitscript.com/forum/files/file/227-ieau3/ and can be used with the 3.3.9.x beta versions. The code takes advantage of the new autoit version changing COM errors to non-fatal and no longer required in internal COM error handler in IE.au3. There certainly was a logic error in IE.au3 that allowed this to happen, but this code was released and unchanged for years and only recent AutoIt versions/IE versions experience the issue for some reason. Dale
9:58 PM Ticket #2331 (Obfuscator bug with the striponly parameter.) closed by Jos
Fixed: Fixed in v 1.0.30.4
4:06 PM Ticket #2331 (Obfuscator bug with the striponly parameter.) created by FireFox
Hi, Seems like I'm unlucky these days with the Obfuscator. Here is …

Mar 29, 2013:

10:00 AM Ticket #2328 (Obfuscator includes with parent dir as double dots.) closed by Jos
Fixed: Fixed in v1.0.30.3.
9:18 AM Ticket #2328 (Obfuscator includes with parent dir as double dots.) reopened by Jos
JPM PMed me an examples that indeed gave me this error so re-opening and will check what the problem is.

Mar 28, 2013:

7:38 PM Ticket #2328 (Obfuscator includes with parent dir as double dots.) closed by Jos
No Bug: Works for me when the files exists. Please discuss on the forums so we can have a dialog.
7:31 PM Ticket #2330 (Error occurs when using some object properties with AutoIt) closed by Jos
No Bug: No bug Use the forum for support requests.

Mar 27, 2013:

11:58 AM Ticket #2330 (Error occurs when using some object properties with AutoIt) created by agi@…
When converting a little working VBScript to AutoIt i recognized that …
9:20 AM Ticket #2305 (_ScreenCapture_Capture() - Width & Heigth wrong) closed by guinness
Fixed: Fixed by revision [7693] in version: 3.3.9.5
9:19 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) closed by guinness
Duplicate
9:14 AM Ticket #2305 (_ScreenCapture_Capture() - Width & Heigth wrong) updated by KaFu
Same as http://www.autoitscript.com/trac/autoit/ticket/2329
9:13 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) updated by KaFu
Same as http://www.autoitscript.com/trac/autoit/ticket/2305
9:03 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) updated by Melba23
The suggested solution is flawed as it will result in all other screen captures being 1 pixel too small (0 to 100 is 101 pixels not 100). What would solve the problem is to adjust the values of screen width and height derived when $iRight/$iBottom are set to -1: […] That way the correct width and height values will be set in all cases when the capture size parameters are calulated with: […] M23
8:05 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) created by johnmcloud
The finale image has 1 pixel more then the real desktop size, so if …

Mar 23, 2013:

10:47 PM Ticket #2274 (StringRegExp crashes on large string) updated by jchd
I bet that this crash has nothing to do with AutoIt. It's the PCRE library going out of its own internal steam. You get the same kind of crash when using the pcretest.exe utility available from the PCRE website. Windows further limits the stack size of every executable. Note that this combination of pattern and option is meaningless. Even without the 3 option, this useless pathological pattern is highly backtracking and best avoided in real-world applications.

Mar 20, 2013:

6:36 AM Ticket #2315 (Server 2012 @OSVersion not correct) updated by J-Paul Mesnage
Owner, Status changed
Jon is taking care for the next beta.

Mar 19, 2013:

11:10 PM Ticket #2315 (Server 2012 @OSVersion not correct) updated by maxime@…
Please, do you have any news ?
12:45 AM Ticket #2328 (Obfuscator includes with parent dir as double dots.) created by FireFox
Run this simple code with the obfuscator v1.0.30.1 (whatever the …

Mar 18, 2013:

9:36 AM Ticket #2327 (the script stops randomly please suggest some idea's.) closed by J-Paul Mesnage
No Bug
9:35 AM Ticket #2327 (the script stops randomly please suggest some idea's.) updated by J-Paul Mesnage
If you need help go to the forum. Anyway just follow the advise to submit a bug report. Your script should isolate the error which is not the case with a so lengthy script
8:46 AM Ticket #2326 (Cancel not detected in _WinAPI_GetSaveFileName()) closed by J-Paul Mesnage
Fixed: Fixed by revision [7686] in version: 3.3.9.5
8:21 AM Ticket #2326 (Cancel not detected in _WinAPI_GetSaveFileName()) updated by J-Paul Mesnage
In fact as string cannot be return in @extended […] It will leave the caller script the decisio to call to_WinAPI_CommDlgExtendedError() as your reproscript is doing. THe @error is also modified to allow checking only non zero @error if error occured
7:00 AM Ticket #2327 (the script stops randomly please suggest some idea's.) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
6:53 AM Ticket #2327 (the script stops randomly please suggest some idea's.) created by anonymous
#include "InputHeader_BMP.au3" Local $strErrorLogName = …

Mar 17, 2013:

11:07 PM Ticket #2326 (Cancel not detected in _WinAPI_GetSaveFileName()) created by KaFu
Cancel is not detected in _WinAPI_GetSaveFileName() because the …
9:29 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) updated by anonymous
There's no backwards compatibility problem if you open it in UTF8 with no BOM, because standard ASCII and UTF8 are the same format, but standard ASCII won't save Unicode characters correctly. As to passing it a file handle, I'm aware of that, because I mention it. The problem is that the UDF opens the file with no regard to the format of the text, whereas the simple change of the FileOpen command in the function doesn't change anything in regards to standard ASCII, and makes the UDF compatible with Unicode at the same time. I think that this should be reconsidered for something that should have been done in the first place.
6:26 AM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) closed by guinness
Rejected: The user can pass a file handle returned by FileOpen. […]
Note: See TracTimeline for information about the timeline view.