Timeline
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 …
Feb 17, 2013:
- 12:49 AM Ticket #2318 (simple _isPressed middle mouse is not working) updated by
- Please use the Forum, not Trac.
- 12:26 AM Ticket #2319 (_Singleton is not working at all) closed by
- Works For Me: The example in the help file worked under Windows 7 x64 SP1 and XP SP3. Please use the Forum if you're unclear of how to use the function.
Feb 16, 2013:
- 2:53 PM Ticket #2319 (_Singleton is not working at all) created by
- _Singleton doesn't return 0, if there are more than one instance of …
- 10:57 AM Ticket #2318 (simple _isPressed middle mouse is not working) updated by
- s/sending only up sends a release as well in this code./sending only DOWN sends a release as well in this code.
- 10:55 AM Ticket #2318 (simple _isPressed middle mouse is not working) updated by
- sending only up sends a release as well in this code. Local $hDLL = DllOpen("user32.dll") While 1 If _IsPressed("04", $hDLL) Then Send("{a down}") While _IsPressed("04", $hDLL) Sleep(2) WEnd sleep(2) EndIf WEnd
- 10:41 AM Ticket #2318 (simple _isPressed middle mouse is not working) updated by
- _isPressed is fine something is wrong with my send commands :p
- 10:24 AM Ticket #2318 (simple _isPressed middle mouse is not working) updated by
- author here i got this code from the documentation http://www.autoitscript.com/autoit3/docs/libfunctions/_IsPressed.htm #include <Misc.au3> Local $hDLL = DllOpen("user32.dll") While 1 If _IsPressed("10", $hDLL) Then ConsoleWrite("_IsPressed - Shift Key was pressed." & @CRLF) ; Wait until key is released. While _IsPressed("10", $hDLL) Sleep(250) WEnd ConsoleWrite("_IsPressed - Shift Key was released." & @CRLF) ElseIf _IsPressed("1B", $hDLL) Then MsgBox(0, "_IsPressed", "The Esc Key was pressed, therefore we will close the application.") ExitLoop EndIf Sleep(250) WEnd DllClose($hDLL)
- 10:09 AM Ticket #2318 (simple _isPressed middle mouse is not working) closed by
- No Bug
- 9:52 AM Ticket #2318 (simple _isPressed middle mouse is not working) created by
- hold middle button in notepad, only one 'a' gets pressed Local …
Note:
See TracTimeline
for information about the timeline view.
