Timeline
Aug 2, 2011:
- 10:19 PM Ticket #1989 (#include fails badly if the included file has BOM) created by
- I had occasion to do something like this: ...get system data ... …
- 11:57 AM Ticket #1987 (_GUICtrlRichEdit_StreamFromFile crashes AutoIt) updated by
- Also crashes if you modify to stream from a variable: $a = FileRead("C:\Users\Temp user\Desktop\QL RC 1.02\Help-en.rtf") _GUICtrlRichEdit_StreamFromVar($gui_textbox, $a) 1st ever crash of AutoIt.
- 7:21 AM Ticket #1988 (LocalAppDataDir macro) created by
- @LocalAppDataDir is a companion to @AppDataDir and would work on …
- 4:13 AM Ticket #1987 (_GUICtrlRichEdit_StreamFromFile crashes AutoIt) created by
- Attached script was being modified to stream RTF from a file rather …
Aug 1, 2011:
- 3:16 PM Ticket #1914 (Error Codes for File operations) updated by
- Here are some MSDN links that may help you with this. http://msdn.microsoft.com/en-us/library/ms680582(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/ms679351(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/ms679360(v=vs.85).aspx
Jul 30, 2011:
- 1:56 PM Ticket #1986 (FileSetTime() sets wrong the TIMESTAMP when Windows 7 x64) updated by
- is the "daylight saving time" the same for both system?
Jul 28, 2011:
- 5:27 PM Ticket #1952 (Autoit & https & _IEFormSubmit doesnt work.) updated by
- not sure how bizzy u guys are, but 7 weeks after the bug has been reported there is still no reply? not even a "will look into it" ??? Best regards, Jeffrey
- 2:11 PM Ticket #1986 (FileSetTime() sets wrong the TIMESTAMP when Windows 7 x64) updated by
- I'm sorry, the right command to equals the XP version is: ((( FileSetTime($userFile,"20051225230000",1) ))) Both systems have -3 GMT timezone setting.
- 1:49 PM Ticket #1986 (FileSetTime() sets wrong the TIMESTAMP when Windows 7 x64) created by
- When it's used on Windows 7 x64 ( With or without the x64 autoit …
- 4:36 AM Ticket #1985 (_IEAction($element, "focus") does not work in IE9) created by
- Please try the following script to reproduce (extracted from the help …
Jul 26, 2011:
- 4:18 PM Ticket #1984 (Multiple SciTE instances) closed by
- Rejected: Is already available in SciTE. Forums are a good place to ask questions.
- 3:00 PM Ticket #1984 (Multiple SciTE instances) updated by
-
Version changed
Automatic ticket cleanup. - 2:47 PM Ticket #1984 (Multiple SciTE instances) created by
- There seems to be no way to have SciTE launch in multiple instances, …
Jul 25, 2011:
- 4:46 PM Ticket #1983 (_IECreateEmbedded doesn't work anymore) updated by
- Nevermind, seems to be an error in the error management in IE.au3
- 4:38 PM Ticket #1983 (_IECreateEmbedded doesn't work anymore) created by
- in beta from 3.3.7.8, when running the example : >"C:\Program Files …
Jul 24, 2011:
- 5:16 PM Ticket #1980 (Forum app) updated by
- There is Mobile Skin/Theme already. You can switch to it by DropDown at bottom left of forum page.
Jul 22, 2011:
- 5:23 PM Ticket #1981 (ConsoleWrite is too obscure) updated by
- Did you try to use Search with keyword stdout? Jos duh ... missed the above post by Valik.
- 5:18 PM Ticket #1981 (ConsoleWrite is too obscure) closed by
- Rejected: I just opened the AutoIt help file and searched for "stdout" and the first result is ConsoleWrite(). If that is "obscure" then you have a very strange definition of the word. As for the naming convention, it is consistent. Whenever AutoIt reads or writes to it's own stdin/stdout/stderr handles it uses a function prefixed with "Console". When it reads/writes to another applications it uses StdXXX. Two separate sets of functions which serve two different purposes with two different naming conventions.
- 5:13 PM Ticket #1980 (Forum app) closed by
- Rejected: Err, what? Did you totally space out and forget your Android/Apple device has a web browser? Really really stupid request that has nothing to do with AutoIt. Don't waste our time with crap like this.
- 4:39 PM Ticket #1970 (Bug added to internal __FTP_ListToArray()) updated by
- I'd still argue that the smaller version from BT #1499 is a better choice as it results in less code to maintain, is faster, and it's only functional difference is useful. Returning the results in Folder/File/File.../File/Folder/File/File.../File/Folder... sequence allows you to determine which files are within which folders. That information is lost in the larger version where the array is returned in "Folder/Folder.../Folder/File/File.../File" order.
- 4:12 PM Ticket #1982 (FileGetShortName crashes when path is too long) updated by
- Illustration by code and unit test available at http://www.autoitscript.com/forum/topic/131108-filegetshortnamev2au3/ Regards
- 3:57 PM Ticket #1982 (FileGetShortName crashes when path is too long) created by
- OK for not supporting long paths in most API (see ticket 1795)... fair …
- 3:00 PM Ticket #1981 (ConsoleWrite is too obscure) updated by
-
Version changed
Automatic ticket cleanup. - 12:33 PM Ticket #1981 (ConsoleWrite is too obscure) created by
- It took forever to find a post on the forums for the correct method to …
- 12:00 PM Ticket #1980 (Forum app) updated by
-
Version changed
Automatic ticket cleanup. - 10:55 AM Ticket #1980 (Forum app) created by
- Hi I know technicaly its not a feature, but are there any plans to …
- 9:05 AM Ticket #1979 (_WinAPI_SetWindowsHookEx() Don`t work with all idHook) created by
- _WinAPI_SetWindowsHookEx() only works when the idHook parameter is …
Jul 20, 2011:
- 4:50 PM Ticket #1978 (Problem with Standby and hibernate program written by Bastel123 aka ...) closed by
- No Bug: Pls read the information before posting here as this clearly is not an AutoIt3 bug.
- 7:15 AM Ticket #1978 (Problem with Standby and hibernate program written by Bastel123 aka ...) created by
- When i run Standby and hibernate program written by Bastel123 aka …
Jul 19, 2011:
- 11:42 PM Ticket #1977 (_ScreenCapture_CaptureWnd - wrong capture on maximized window) updated by
- One small correction, the $iBorder initialy should be = 1 (Local ..., $iBoderd = 1), because when capturing not maximized window, it's also captured with extra pixels, it's probably the same issue as it was with _ScreenCapture_Capture.
Jul 18, 2011:
- 2:41 PM Ticket #1977 (_ScreenCapture_CaptureWnd - wrong capture on maximized window) created by
- Whe we use _ScreenCapture_CaptureWnd on maximized window, there is …
Jul 16, 2011:
- 11:31 PM Ticket #1976 (HotKeySet() - possible bug/conflict with F1) closed by
- Wont Fix: This will happen when the script is already running and started with F5/Run from withing SciTE. This is a known issue with SciTE's standard version we use and will not be fixed by me. Jos
- 11:12 PM Ticket #1976 (HotKeySet() - possible bug/conflict with F1) created by
- tried a few different keys and the key does not seem to matter. when …
- 7:12 PM Ticket #1974 (Tidy autoit source auto include and global comment) updated by
-
Keywords, Owner, Component changed
I can imagine this could be done in the Documentation option, but I am not planning to have Tidy add this kind of information to a script as that would mean multiple Iterations. Have you looked /GD option? - 7:07 PM Ticket #1969 (User files for SciTE abbreviation) closed by
- Rejected
- 6:01 PM Ticket #1975 (IE object does not recognized as valid object type) closed by
- Fixed: Fixed by revision [6192] in version: 3.3.7.15
- 2:15 PM Ticket #1975 (IE object does not recognized as valid object type) updated by
- This is another issue introduced with the change to the ObjName function and the return value for different objects. The embedded object used to return "IWebBrowser2" and it now returns "WebBrowser". So, the fix is in IE.au3, function IsObjType() change at line 3686: from this 3685 Case "browser" 3686 If ($s_Name = "IWebBrowser2") Or ($s_Name = "IWebBrowser") Then $objectOK = True to this 3685 Case "browser" 3686 If ($s_Name = "IWebBrowser2") Or ($s_Name = "IWebBrowser") Or ($s_Name = "WebBrowser") Then $objectOK = True Dale
Jul 15, 2011:
- 11:45 PM Ticket #1975 (IE object does not recognized as valid object type) created by
- This bug was introduced in the latest betas (not sure in what …
- 12:00 AM Ticket #1974 (Tidy autoit source auto include and global comment) updated by
-
Version changed
Automatic ticket cleanup.
Jul 14, 2011:
- 10:45 PM Ticket #1974 (Tidy autoit source auto include and global comment) updated by
- Example of what tidy could maybe do. ---before-- #Include <Date.au3> Global $sDate echodate() Func echodate() Local $X = 1000 $sDate = _Now() ConsoleWrite(@LF & $sDate) Sleep($X) $sDate = _Now() ConsoleWrite(@LF & $sDate) EndFunc ;==>echodate ---after tidy--- #Include <Date.au3>; _now, Global $gsDate echodate() Func echodate() Local $lX = 1000 $gsDate = _Now() ConsoleWrite(@LF & $gsDate) Sleep($lX) $gsDate = _Now() ConsoleWrite(@LF & $gsDate) EndFunc ;==>echodate
- 10:34 PM Ticket #1974 (Tidy autoit source auto include and global comment) created by
- I think it would be nice if the tidy tool would add a comment next the …
Jul 12, 2011:
- 12:23 PM Ticket #1973 (_IEAttach failes and crashes on some special window constellations) created by
- When there is a Web Browser window open not being a …
- 12:03 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) updated by
- It actually is a bug... And I know a workaround. See this post and its previous posts for error tracking. There's good work done over there.
- 8:59 AM Ticket #1972 (Strange behavior with ControlClick and deactivated button on AutoIt GUI) updated by
-
Description changed
Jul 11, 2011:
- 11:04 PM Ticket #1972 (Strange behavior with ControlClick and deactivated button on AutoIt GUI) created by
- I don't know if it can be considered for a bug, but if you use a …
- 9:18 PM Ticket #1935 (_IEBodyReadText with IE9 failed) updated by
- Again, suggest you test with VBS: set oIE = CreateObject("InternetExplorer.Application") oIE.visible=1 oIE.navigate2("file:///C:\temp.html") Wscript.sleep 6000 MsgBox(oIE.document.body.innerText) Dale
- 8:55 PM Ticket #1938 (_IEQuit IE9) updated by
- JP, I'd suggest you test with VBS and see what your result is: set oIE = CreateObject("InternetExplorer.Application") oIE.visible=1 oIE.navigate2("temp.html") oIE.quit Dale
Jul 10, 2011:
- 6:00 PM Ticket #1971 (_GUICtrlListBox_SetHeaderColor) updated by
-
Version changed
Automatic ticket cleanup. - 3:10 PM Ticket #1971 (_GUICtrlListBox_SetHeaderColor) created by
- I'm sure this must have been asked for before but I am not finding it. …
- 3:09 PM Milestone 3.3.7.14 completed
- 10:20 AM Ticket #1970 (Bug added to internal __FTP_ListToArray()) created by
- Very sorry about this but some time back I submitted a request here …
- 8:21 AM Ticket #1963 (Ticket 1658 Still Not Working in 3.3.7.10) closed by
- Duplicate
- 8:20 AM Ticket #1956 (3.3.7.10 COM error getting reference to document in frame) closed by
- Fixed: Fixed by revision [6187] in version: 3.3.7.14
Jul 7, 2011:
- 11:30 PM Ticket #1969 (User files for SciTE abbreviation) updated by
- Jos, thanks for the clarification. You are out of the game. ;-) I will look if there is a feature request tracker for standard SciTE. But I will not write this "own little script". Inefficient to invent the reel twice. :-) I will use this: http://www.autoitscript.com/forum/topic/107201-abbrev-management-in-scite/page__view__findpost__p__756166 Thanks for your time. Regards Forumer100
Jul 6, 2011:
- 6:02 PM Ticket #1969 (User files for SciTE abbreviation) updated by
- Assume you are talking about the Abbrev.properties and au3.keywords.abbreviations.properties files? What do you propose we do given that abbrev.properties is a fixed filename in the standard SciTE version distributed by Neil. Why not write your own little script that you run each time you update your installation, which will copy you own version of the files to the standard files? Jos
- 6:00 PM Ticket #1969 (User files for SciTE abbreviation) updated by
-
Version changed
Automatic ticket cleanup. - 5:52 PM Ticket #1968 (SciTE abbreviation "mb2 " not working any more.) closed by
- Fixed: Will be fixed in the next version. tnx Jos
- 4:54 PM Milestone 3.3.7.13 completed
- 3:14 PM Ticket #1969 (User files for SciTE abbreviation) created by
- When installing a new version of SciTE4AutoIt, the modifications in …
- 2:49 PM Ticket #1968 (SciTE abbreviation "mb2 " not working any more.) created by
- In SciTE 2.27 there is a mismatch between the abbrev.properties and …
- 9:46 AM Milestone 3.3.7.12 completed
Jul 4, 2011:
- 11:20 AM Milestone 3.3.7.11 completed
- 11:01 AM Ticket #1956 (3.3.7.10 COM error getting reference to document in frame) updated by
- same as above, the _IECreateEmbedded ( ) example doesn't work while running in beta 3378,3379 and 33710. Result : >Running:(3.3.7.10):C:\Program Files (x86)\AutoIt3\Beta\autoit3_x64.exe "C:\Program Files (x86)\AutoIt3\Beta\Examples\Helpfile\_IECreateEmbedded.au3" --> IE.au3 V2.4-0 Error from function _IENavigate, $_IEStatus_InvalidObjectType +>11:57:30 AutoIT3.exe ended.rc:0 >Exit code: 0 Time: 6.736 same using x86 autoit.
Jul 3, 2011:
- 10:03 PM Ticket #1967 (Infinite loop) closed by
- Rejected: I had to read this ticket twice to make sure I wasn't mistaken. This is one of the dumbest tickets I've ever seen. Let's enumerate! 1. You set the component to Au3Info when it pertains to AutoIt. 2. You ask for an infinite loop to not be infinite. 3. You suggest that AutoIt should determine for the user how to proceed when the situation is ambiguous. 4. You don't seem to realize that in ambiguous cases or even trivial cases like this that it is up to the programmer, not the language, to determine correct behavior. 5. You suggest there is obvious behavior to the code snippet you provide but then the next sentence seems to imply you do not consider the expected and executed behavior to be correct and/or obvious. 6. The code you show is not valid syntax; you cannot access a temporary array using the syntax you demonstrate. That's a mighty fine list…
- 9:00 AM Ticket #1967 (Infinite loop) updated by
-
Version changed
Automatic ticket cleanup. - 6:28 AM Ticket #1967 (Infinite loop) created by
- During infinite loop I suggest acting static (obviously only when is …
Note:
See TracTimeline
for information about the timeline view.
