Timeline
Mar 27, 2013:
- 11:58 AM Ticket #2330 (Error occurs when using some object properties with AutoIt) created by
- When converting a little working VBScript to AutoIt i recognized that …
- 9:20 AM Ticket #2305 (_ScreenCapture_Capture() - Width & Heigth wrong) closed by
- Fixed: Fixed by revision [7693] in version: 3.3.9.5
- 9:19 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) closed by
- Duplicate
- 9:14 AM Ticket #2305 (_ScreenCapture_Capture() - Width & Heigth wrong) updated by
- Same as http://www.autoitscript.com/trac/autoit/ticket/2329
- 9:13 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) updated by
- Same as http://www.autoitscript.com/trac/autoit/ticket/2305
- 9:03 AM Ticket #2329 (_ScreenCapture_Capture Wrong output size) updated by
- 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
- 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
- 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
-
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
- Please, do you have any news ?
- 12:45 AM Ticket #2328 (Obfuscator includes with parent dir as double dots.) created by
- 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
- No Bug
- 9:35 AM Ticket #2327 (the script stops randomly please suggest some idea's.) updated by
- 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
- Fixed: Fixed by revision [7686] in version: 3.3.9.5
- 8:21 AM Ticket #2326 (Cancel not detected in _WinAPI_GetSaveFileName()) updated by
- 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
-
Version changed
Automatic ticket cleanup. - 6:53 AM Ticket #2327 (the script stops randomly please suggest some idea's.) created by
- #include "InputHeader_BMP.au3" Local $strErrorLogName = …
Mar 17, 2013:
- 11:07 PM Ticket #2326 (Cancel not detected in _WinAPI_GetSaveFileName()) created by
- Cancel is not detected in _WinAPI_GetSaveFileName() because the …
- 9:29 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) updated by
- 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
- Rejected: The user can pass a file handle returned by FileOpen. […]
Mar 15, 2013:
- 3:30 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) updated by
- A new parameter is actually the only solution because correct detection of the encoding of a text file is impossible in general.
Mar 14, 2013:
- 10:41 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) updated by
- Perhaps an additional parameter so the function is still backwards compatible?
- 9:00 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) updated by
-
Version changed
Automatic ticket cleanup. - 8:26 PM Ticket #2325 (_FilleWriteFromArray doesn't work with Unicode text) created by
- In the File.au3 UDF _FileWriteFromArray, when passed a file name and …
- 7:08 AM Ticket #2324 (How to handle unknown window in script while it is runnig) closed by
- No Bug: Please post your request to the Forum and next time read the red box on how to submit a ticket correctly. Thanks.
- 5:38 AM Ticket #2324 (How to handle unknown window in script while it is runnig) updated by
- suggest me some script where i can handle any unknown window.while it comes only wen i run autoit script.
- 5:34 AM Ticket #2324 (How to handle unknown window in script while it is runnig) created by
- once the script is automated to work on some application and if it …
Mar 6, 2013:
- 3:59 PM Ticket #2323 (BlockInput(1) Unique Bug) created by
- BlockInput(1) works great on windows 7 and windows xp locally. If you …
Mar 4, 2013:
- 11:00 PM Ticket #2322 (Random() produces unexpected result.) updated by
-
Version changed
Automatic ticket cleanup. - 10:37 PM Ticket #2322 (Random() produces unexpected result.) updated by
-
Type changed
- 11:31 AM Ticket #2322 (Random() produces unexpected result.) updated by
- Trac tickets can be searched and this what I was pointing out. Besides, this section is for posting confirmed bugs after inquiring on the help forum. BTW, simple search there on "random bug" lists several clearly relevant threads like this recent one. Next time please post such question in the general help forum before overloading this section which is not for discussion. Thanks.
- 2:04 AM Ticket #2322 (Random() produces unexpected result.) updated by
- A simple search revealed nothing. Thanks anyway. Feel free to file under a feature request, though simply stating the expected output in the current help file would be sufficient. It's trivial to work around once you know what's happening.
Mar 3, 2013:
- 11:33 PM Ticket #2322 (Random() produces unexpected result.) updated by
- This strongly counter-intuitive behavior is by design decision and has been questionned really many times before. A simple search would have found tickets 1538, 1251, 1170, 573 and 296, all of them closed under "no bug" tag. While I consider the current behavior to be a terrible misconception I'm not in the position to change devs mind(s) on it. This ticket should now be a feature request.
- 5:49 PM Ticket #2322 (Random() produces unexpected result.) updated by
- This is documented in the beta version of the help file that if the values are the same it returns 0 and sets @error to 1. So I can't see how it could be a bug but I will leave it for a developer to decide on whether this ticket is valid.
- 12:59 PM Ticket #2322 (Random() produces unexpected result.) created by
- If the MIN and MAX values are the same number, the result should be …
Mar 2, 2013:
- 8:36 PM Ticket #2297 (Tidy copying last line(s) of script to top of the script) closed by
- Fixed: Fixed in v2.3.0.5
Feb 27, 2013:
- 3:30 PM Ticket #2321 (FileDelete() does NOT delete ADS files) created by
- FileDelete() does not delete Alternate Data Streams. Here a …
- 2:49 PM Ticket #2221 (FileDelete() @error values) updated by
- At least return a @error at all. Here a function to do the job: Func _FileDelete($sFile) $sFile = DllCall('kernel32.dll', 'int', 'DeleteFileW', 'wstr', $sFile) Return SetError(Not $sFile[0], 0, $sFile[0]) EndFunc ;==>_FileDelete
Feb 26, 2013:
- 11:10 PM Ticket #978 (Au3Info - ToolBar info - add ToolTip Text,Image Index) updated by
- 1
- 11:09 PM Ticket #1706 (GuiCtrlGetPos) updated by
- 1
- 11:09 PM Ticket #2319 (_Singleton is not working at all) updated by
- 1
- 11:08 PM Ticket #1723 (Array incorrect number of subscripts) updated by
- 1
- 11:08 PM Ticket #1723 (Array incorrect number of subscripts) updated by
- 1
- 11:08 PM Ticket #1706 (GuiCtrlGetPos) updated by
- 1
- 11:08 PM Ticket #1709 (GuiCtrlSetResizing (return previous resizing mode)) updated by
- 1
- 11:08 PM Ticket #1709 (GuiCtrlSetResizing (return previous resizing mode)) updated by
- 1
- 11:06 PM Ticket #2319 (_Singleton is not working at all) updated by
- 1
- 11:03 PM Ticket #1723 (Array incorrect number of subscripts) updated by
- 1
- 11:03 PM Ticket #1706 (GuiCtrlGetPos) updated by
- 1
- 11:03 PM Ticket #1709 (GuiCtrlSetResizing (return previous resizing mode)) updated by
- 1
- 11:03 PM Ticket #2319 (_Singleton is not working at all) updated by
- 1
- 1:30 AM Ticket #2320 (_IENavigate return values) updated by
-
Version changed
Feb 25, 2013:
- 6:47 PM Ticket #2320 (_IENavigate return values) updated by
- Upon further investigation of the _IE* functions I've found this bug to be present in the following _IE functions as well. * _IELinkClickByText * _IELinkClickByIndex * _IEImgClick * _IEFormImageClick * _IEFormSubmit * _IEBodyWriteHTML * _IEDocWriteHTML All of these functions are supposed to return -1 on a success, yet all return -1 even if there's an error in the _IELoadWait call. BTW, this bug continues in the 3.3.9.4 beta version of the _IE functions also.
- 4:00 PM Ticket #2320 (_IENavigate return values) created by
- It appears from looking at the _IENavigate function that the return …
Note:
See TracTimeline
for information about the timeline view.
