Timeline
Nov 25, 2014:
- 7:14 PM Ticket #2948 (Unable to automate downloads with download message box for IE11 ...) closed by
- No Bug
- 7:13 PM Ticket #2946 (The latest version autoit generated exe is not prompt for permission, ...) closed by
- No Bug: Visit the support forum with support questions. Jos
- 7:12 PM Ticket #2947 (Unable to automate (Save As dialog) for IE11) closed by
- No Bug: This is not the support forum. Visit http://http://www.autoitscript.com/forum for support. Jos
- 6:00 PM Ticket #2945 (Center and right justified text broken on native buttons when colours set) updated by
- Great! Amazing response time: reported and fixed in 24 hours - I look forward to the next release Thanks Alan Parry
- 5:48 PM Ticket #2946 (The latest version autoit generated exe is not prompt for permission, ...) updated by
- Can you follow writing ticket rules? I have not a cristall ball to reproduce Thanks
- 5:45 PM Ticket #2948 (Unable to automate downloads with download message box for IE11 ...) updated by
- can you follow writing ticket rule? Thanks
- 5:43 PM Ticket #2945 (Center and right justified text broken on native buttons when colours set) updated by
- I fix the problem. A fix has been sent to Jon for integration Thanks the error was due to the coloring
- 5:41 PM Ticket #2948 (Unable to automate downloads with download message box for IE11 ...) created by
- Unable to automate the download message box for IE11 &FF.
- 5:35 PM Ticket #2947 (Unable to automate (Save As dialog) for IE11) created by
- I am using the following code to download the file. It doesn't work …
- 4:31 PM Ticket #2946 (The latest version autoit generated exe is not prompt for permission, ...) created by
- when I try to run an exe generated by v3.3.12, with #reuestadmin, it …
- 2:19 PM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- norton is quarantining them heuristically.
- 2:17 PM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- no, i don't think it's my antivirus, I think autoit is broken and has been broken for 3 releases. please fix. if I had a chance to look at the source (I know I could not), then I might be able to identify the problem.
- 11:25 AM Ticket #2945 (Center and right justified text broken on native buttons when colours set) updated by
- Thanks - I think! I was was getting confused with all the cases and versions - building a table of all the cases made it much clearer for me. Its 2 problems I think: i) The Owner draw routines for native buttons that is used for coloured buttons gets the bit testing of the alignment wrong. ii) When GUICtrlSetStyle is called on a button that is owner-draw to change the alignment, the button stops being owner-draw. Thanks for looking Alan Parry
- 9:18 AM Ticket #2945 (Center and right justified text broken on native buttons when colours set) updated by
- You win the price of the better repro script. Seriously I have a look
- 2:32 AM Ticket #2944 (MsgBox timeout not working) closed by
- Fixed: Fixed by revision [11158] in version: 3.3.13.20
Nov 24, 2014:
- 7:08 PM Ticket #2945 (Center and right justified text broken on native buttons when colours set) created by
- Hi, After upgrading my scripts from 3.3.8.1 to 3.3.12.0/3.3.13.19 it …
- 6:00 PM Ticket #2944 (MsgBox timeout not working) updated by
-
Version changed
Automatic ticket cleanup. - 5:41 PM Ticket #2299 (GUI Button Text Left-Justify Bug) updated by
- Please open a new ticket, this appears to be a different problem. Also post a reproducer script that demonstrates the issue you're talking about.
- 5:28 PM Ticket #2944 (MsgBox timeout not working) updated by
-
Component, Version changed
As stated in the thread this was originally brought up in: http://www.autoitscript.com/forum/topic/165858-message-box-timeout-not-working/ This type of modal setting for a MsgBox can not have a time out in the message box command itself, it just won't work. This is a Windows issue and not an AutoIt one. I am changing this to a documentation issue for the help file rather than a bug, as it is not a bug, just a Windows limitation. - 2:14 PM Ticket #2944 (MsgBox timeout not working) created by
- Hi When I use either $MB_SERVICE_NOTIFICATION or …
- 2:13 AM Ticket #2943 (Disabled dummy control reacts on accelerators) created by
- I noticed that in previous versions (3.3.12.0) $GUI_DISABLE didn't …
Nov 23, 2014:
- 10:34 AM Ticket #2299 (GUI Button Text Left-Justify Bug) updated by
- P.S For the first issue, I wonder if AutoIt's code is being confused by the fact that BS_CENTER = BITOR(BS_LEFT, BS_RIGHT) so you can't just do simple bit tests but need to do: If BitAnd (style, $BS_CENTER) = $BS_LEFT If BitAnd (style, $BS_CENTER) = $BS_CENTER If BitAnd (style, $BS_CENTER) = $BS_RIGHT (I'm sure the above logic is absolutely obvious to you, but is easily overlooked if not thinking of the actual value of the bits) Alan Parry
- 10:15 AM Ticket #2299 (GUI Button Text Left-Justify Bug) updated by
- Hi, After upgrading my scripts from 3.3.8.1 to 3.3.12.0/3.3.13.19 it appears that center justification of native buttons has been broken. I guess most likely by the fix for this issue at milestone 3.3.9.21. The permutations of: default color settings; alignment at creation; style changes; and color changes effect the issue in different ways, and differently now compared to 3.3.8.1. I have attached a new script (ButtonTextJustify2.au3) that shows the permutations and indicates which permutations have issues. To try to summarized the issues:- 1) If default colours are used; OR the colours are changed after button creation or style change then:- a) On 3.3.12.0 and 3.3.13.19 center justification is shown as left, and right as center b) On 3.3.8.1 left and right were shown as center 2) If style is set/changed when set default colours used, or after colours have been set, then colour settings are lost but justification is correct/fixed. This second issue was also in the original bug report but seems unaltered by the last bug fix. (Note also:- Strangely after loosing set default colours with a style change, setting just the background colour restores the foreground colour as well, as can be seen in the last set of examples). Regards Alan Parry
- 8:41 AM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) closed by
- Rejected
Nov 22, 2014:
- 10:34 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
- i don't need a prog to do that the c# function works. i think this will be a nice func at autoit code that's all
- 6:18 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
- http://www.nirsoft.net/utils/iconsext.html
- 5:00 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) updated by
-
Version changed
Automatic ticket cleanup. - 4:58 PM Ticket #2942 (Extract icon's from almost any file (exe,lnk,bat,vbs,txt,......)) created by
- Extract icon from almost any file Can this be added to autoit as a …
Nov 20, 2014:
- 6:29 PM Ticket #2941 (Tidy doesn't find Then on a continuation line in a #Tidy_Off block) closed by
- Fixed: This is already fixed in the available beta version of Tidy. Jos
- 5:07 PM Ticket #2941 (Tidy doesn't find Then on a continuation line in a #Tidy_Off block) created by
- This :- […] causes ";### Tidy Error: If/ElseIf statement …
- 3:29 PM Ticket #2940 (_FileListToArrayRec does not return files having no extension with ...) closed by
- No Bug: See my reply in this thread: http://www.autoitscript.com/forum/topic/165777-strange-behaviour-with-filelisttoarrayrec/#entry1210635 M23
- 8:32 AM Ticket #2940 (_FileListToArrayRec does not return files having no extension with ...) created by
- In a folder with some files that have no extension (for example the …
Nov 19, 2014:
- 2:23 PM Ticket #2900 (Control ID returned by GUIGetCursorInfo when use with overlapped controls) updated by
- I agree that AutoIt regards the most recently added control as "on top" and that the ControlID value returned by AutoIt's GUIGetCursorInfo function refers to the most recently created control. If you create the buttons with the UDF function (_GUICtrlButton_Create) then the earlier button does indeed take priority as the buttons are outside AutoIt's internal control array. But I would argue that as AutoIt refuses to action a control in a region where it overlaps another - for the very good reason that it cannot read your mind and determine which control you were intending to action - the matter is entirely moot as you should avoid overlapping controls at all. M23
- 10:49 AM Ticket #2937 (TCPRecv() set @error to -1 when a telnet client connect on socket) updated by
- tcprecv return @error -1 when buffer is empty
- 2:22 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- that's not fixing the problem. it's removing it by signature. or that feature is broken.
Nov 18, 2014:
- 10:17 AM Ticket #2939 (_GUICtrlStatusBar_Create zeros part widths when PartWidth array given ...) closed by
- Fixed: Fixed by revision [11154] in version: 3.3.13.20
Nov 17, 2014:
- 3:16 PM Ticket #2939 (_GUICtrlStatusBar_Create zeros part widths when PartWidth array given ...) created by
- If _GUICtrlStatusBar_Create is called with an array of $vPartWidth but …
Nov 16, 2014:
- 3:11 PM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I've read your post in the German forums that you updated to 3.3.12.0 before installing the latest beta. On that version it's also not working for me, but on 3.3.13.19 it works just fine. Maybe you didn't compile/run with the correct beta version when testing?
- 12:00 PM Ticket #2938 (Add "GetCount" to ControlCommand()) updated by
-
Version changed
Automatic ticket cleanup. - 11:12 AM Ticket #2938 (Add "GetCount" to ControlCommand()) created by
- Please add command "GetCount" to ControlCommand() function for ListBox …
- 3:45 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) updated by
- it's Norton 360.
Nov 14, 2014:
- 4:40 PM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) closed by
- No Bug: Aut2Exe has been creating temporary files in an AppData folder since 3.3.12.0. What you are experiencing is usually your AV preventing Aut2Exe creating files at that location - the solution is to add that folder to your exception list. And in future please search the forum and eventually post there to seek advice before raising a ticket. M23
- 9:48 AM Ticket #2937 (TCPRecv() set @error to -1 when a telnet client connect on socket) created by
- hello, Autoit 3.3.12, TCPRecv () returns @error -1 when a telnet …
- 9:48 AM Ticket #2936 (autoit-3.3.13.19 compiler throws error unable to write .tmp file) created by
- just compile anything. this has been happening since 3.3.12.1. Aut2Exe …
- 8:28 AM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) updated by
- But the behaviour you describe as "wrong" under Win 8 is exactly what I see under Win 7 - so there is no change of behaviour with change of OS and so nothing to fix. Just to be clear, the "workaround" was just some code to get the behaviour you say is "normal" - but which for me was not. It was not an admission that this behaviour was expected. I have no idea what caused your Win 7 behaviour to be "different" but, as I mentioned above, if you had asked in the forum first you get a wider audience to confirm a bug before raising a ticket. M23
Nov 13, 2014:
- 5:09 PM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) updated by
- If it wasn't a bug, there would be no need for a "workaround". How could behaviour changing from one OS to the next be anything but a bug? Anyone with access to both OS could verify this. But hey, if you don't want to fix it, no problem.
- 4:38 PM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) closed by
- No Bug: When I run this script on my Win7 machine I see the behaviour you describe under Win 8 - the underlying control becomes visible when the cursor moves over it even though the input is extended. So I do not see this as a bug as described (change from Win 7 to Win 8). Anyway there is a simple workaround to create what is claimed to be the "old" behaviour - just hide the other control when the input is extended: […] Could I ask that next time you post in the forum to confirm that others can reproduce what you consider to be a bug before raising a ticket. M23
- 11:22 AM Ticket #2935 (GUIGetCursorInfo behavior in Windows 8) created by
- […]
- 2:01 AM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I'm not having any problems copying into the embedded window or from it to another folder. AutoIt 3.3.13.19 on Windows 7 x64.
Nov 12, 2014:
- 6:19 PM Ticket #2933 (_GUICtrlRichEdit_StreamToVar $SF_* , $SFF_*) closed by
- Fixed: Fixed by revision [11152] in version: 3.3.13.20
- 6:12 PM Ticket #2934 (_GUICtrlRichEdit_SetZoom - Remarks) closed by
- Fixed: Fixed by revision [11151] in version: 3.3.13.20
Nov 11, 2014:
- 9:45 PM Ticket #2934 (_GUICtrlRichEdit_SetZoom - Remarks) created by
- in remarks: […] "6400$" it should be "6400%"
- 9:43 PM Ticket #2933 (_GUICtrlRichEdit_StreamToVar $SF_* , $SFF_*) created by
- in Remarks there is: $SF_* , $SFF_* constants are defined in FTPEx.au3 …
- 3:29 PM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) updated by
- I can drag and drop from a normal Explorer to the one embedded in that GUI in both directions with no problem. I am using 3.3.13.19 (albeit an modified alpha version with a small change in a completely non-related area) M23
- 10:18 AM Ticket #2932 (embedded Windows-Explorer under Windows 7 / 8.1 and Drag & Drop fails) created by
- in this code works drag and drop from Explorer to autoit-gui: […] …
Nov 10, 2014:
- 7:28 AM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) closed by
- Wont Fix
- 7:27 AM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) updated by
- This is caused by the way COM errors are handled in the latest beta version. As the beta is still under heavy development things might change again with the next stable. So this is not a bug but a temporary problem.
Nov 7, 2014:
- 12:58 PM Ticket #2931 (_ExcelRangeFind helpfile example doesn't work with v. 3.3.13.19 beta) created by
- here is what happens with latest beta: >Running:(3.3.13.19):C:\Program …
- 6:03 AM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) closed by
- Works For Me: I agree with M23 remark your WM_DRAWITEM has a pb so go to the forum to get help to locate it I will close it Just reopen a new one if you really islotae the pb. Cheers
Nov 5, 2014:
- 6:21 PM Ticket #2930 (Wrong CheckBox position for ListView) closed by
- No Bug: The problem is not of AutoIt's making - you are using an icon view without icons. If you use icons as shown in bogQ's example you get centred checkboxes. M23
- 5:55 PM Ticket #2930 (Wrong CheckBox position for ListView) updated by
- hes is not using icons that he should be using, added sloppy example on his original topic.
- 4:00 PM Ticket #2930 (Wrong CheckBox position for ListView) created by
- I found that if i change the font size, the CheckBox position look …
Nov 2, 2014:
- 9:27 AM Ticket #2929 (Check if a method exists using IsFunc()) created by
- I don't know if its already too much of a "things we won't do" but …
Oct 31, 2014:
- 6:00 PM Ticket #2300 ($WS_EX_MDICHILD style affects all childs created after it so they act ...) updated by
- This issue is still happening with the latest version.
- 9:22 AM Ticket #2920 (No control resizing on initially hidden window) updated by
-
Summary changed
Oct 27, 2014:
- 9:00 AM Ticket #2927 (Adding Items with GUICtrlCreateListViewItem will cause GUI freeze if a ...) updated by
- Trolleule, I made that code crash just once in multiple attempts and when it did it was obvious that the problem lies in the redrawing as the ListView continued to scroll but was gradually emptied of its contents. So I think that rather than having found an AutoIt bug you have a serious problem in your WM_DRAWITEM handler and you should return to the forum and seek advice. M23
Oct 26, 2014:
- 9:57 AM Ticket #2928 (Autoit doesn't work with latest selenium driver update with latest watir) closed by
- Rejected: Please follow the track report guide line. I think you must go to the forum first to get help
- 7:28 AM Ticket #2928 (Autoit doesn't work with latest selenium driver update with latest watir) created by
- I am using watir and I recently updated my firefox as well as selenium …
Note:
See TracTimeline
for information about the timeline view.
