Timeline
Mar 17, 2010:
- 4:00 PM Ticket #1526 (Display FileName into Aut2Exe Error) updated by
-
Version changed
Automatic ticket cleanup. - 3:03 PM Ticket #1526 (Display FileName into Aut2Exe Error) created by
- When i compile a script sometime my .exe is in use by another user. …
Mar 16, 2010:
- 10:07 AM Ticket #1525 (BitRotate example is misleading) created by
- From the help file examples for BitRotate: […]
Mar 14, 2010:
- 7:21 PM Ticket #1524 (Bug: Helpfile INetGet return value) closed by
- No Bug: Who gives a fuck about something that was released over a year ago and is 3 versions out of date? No bug, the current documentation certainly doesn't say anything like that and accurately describes the behavior.
- 4:36 PM Ticket #1524 (Bug: Helpfile INetGet return value) updated by
- Is the return value 0 or @error ? Post a scriptlet you test with so we can see what you are doing. You are testing with 3.3.0.0 not 3.3.6.0? Jos
- 4:09 PM Ticket #1524 (Bug: Helpfile INetGet return value) created by
- INetGet 3.3.0.0 help says "Return Value Success: Returns 1. Failure: …
Mar 13, 2010:
- 9:06 PM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
- Replying to doudou: > Replying to ProgAndy: > > The example is bad. This example is straight forward and fails, too. > > > I see what you mean, but comment on the 1st example applies here too: you convert the parameter to VT_PTR and the COM object tries to read the memory from that pointer (not the pointer value) which results in a crash. Not only you both supply an imaginary (invalid) memory address, I would also suspect no normally programmed COM component (at least none I've ever encountered) would expect VT_PTR and would know what do with it. Come on! What the pointer points to is irrelevant. We just supplied imaginary pointers to display the issue. There are components that need the value in the field that is guarantied to be the same size as the pointer size on the system. Taking a window handle (HWND) is a good example.
- 7:37 PM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) updated by
-
Owner, Component changed
- 7:36 PM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) updated by
-
Version, Type changed
I agree that Au3Check needs to support non-ANSI file formats. Right now it silently returns success which is very confusing. However, I do not agree we should change the encoding of the UDF library. - 5:04 PM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) updated by
- sorry,it's a Feature Request.
- 5:03 PM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) created by
- 1.Au3Check support UNICODE script file. 2.All Include file use …
- 2:59 AM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
- Replying to ProgAndy: > The example is bad. This example is straight forward and fails, too. > I see what you mean, but comment on the 1st example applies here too: you convert the parameter to VT_PTR and the COM object tries to read the memory from that pointer (not the pointer value) which results in a crash. Not only you both supply an imaginary (invalid) memory address, I would also suspect no normally programmed COM component (at least none I've ever encountered) would expect VT_PTR and would know what do with it.
Mar 12, 2010:
- 6:53 PM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
- The example is bad. This example is straight forward and fails, too. […]
- 3:47 PM Ticket #1522 (Typo in _GUICtrlToolbar_Destroy) created by
- Goes back a few versions as well. Should say "Toolbar" rather than …
- 12:10 AM Ticket #1521 (ProcessList) closed by
- Rejected: No for more reasons than I care to list. Suffice to say the two most obvious are: * You can't possibly need a process handle for every single process. * They are a resource that must be closed when no longer necessary. In other words, you've just asked for a way to easily create resource leaks.
Mar 11, 2010:
- 10:00 PM Ticket #1521 (ProcessList) updated by
-
Version changed
Automatic ticket cleanup. - 9:05 PM Ticket #1521 (ProcessList) created by
- Would it be possible to add in addition to the process name and PID …
- 9:02 PM Ticket #1216 (Adding arrays working suspiciously) closed by
- Rejected: There are too many ways to implement array mathematics. Use UDF's to perform a specific operation, such as matrix addition or matrix multiplication vs. array concatenation or polynomial multiplication. Each is different and each yields different types of result. Not going to happen. Rejected.
- 8:54 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by
- One more fix for another bug when the $sLastCell variable includes double info (not sure why), in this form: R120C30:R120C32. The replace block is now changed to this (regexp changed, and added @error checking) […]
- 7:31 PM Ticket #1520 (_ArrayAdd doesn't work after _ArrayDelete has removed the last element) closed by
- No Bug: There are numerous things wrong with the suggestion and I don't really view the problem as a bug.
- 1:59 PM Ticket #1520 (_ArrayAdd doesn't work after _ArrayDelete has removed the last element) created by
- _ArrayDelete returns an empty string after the last element of an …
- 10:23 AM Ticket #1506 (DirCopy/FileCopy) closed by
- Works For Me: My money would be on an AV related problem.
- 8:48 AM Ticket #1506 (DirCopy/FileCopy) updated by
- Ive no idea why this was an issue, reinstalled auto it and its seems to work. Please Close. Thanks
Mar 10, 2010:
- 8:07 PM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
- The problem in Autoit v.3.3.6.0 still exists
- 9:40 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
- I would be glad too if this information could be made accessible from within AutoIt. I could enhance the Active Directory UDF to get better error description in function _AD_Open().
- 4:17 AM Ticket #1519 (Number conversion routines are inconsistent) created by
- I would expected the following code to produce (arithmetically) the …
- 12:00 AM Ticket #1501 (StringRegExp and StringRegExpReplace missing) updated by
-
Milestone changed
Automatic ticket cleanup.
Mar 9, 2010:
- 10:04 PM Ticket #1501 (StringRegExp and StringRegExpReplace missing) closed by
- Fixed
- 8:19 PM Ticket #1518 (DropDown-Menu of ComboBoxes are not available on x64-Exe) closed by
- Fixed: We know. The manifest is missing from x64 compiled scripts because Visual Studio is retarded and likes to do this to us. It will be fixed next release.
- 7:38 PM Ticket #1518 (DropDown-Menu of ComboBoxes are not available on x64-Exe) created by
- Hello, in my big script, with more then 10.000 lines of code, I have …
- 12:22 PM Ticket #1517 (_GUICtrlListView_SimpleSort not sorts checkboxes defined by ...) created by
- Below is example script - shows files and directories in C:\ Step to …
- 10:00 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
-
Version changed
Automatic ticket cleanup. - 9:24 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
- The MS-Reference for ldap_simple_bind_s is here: http://msdn.microsoft.com/en-us/library/aa366995(VS.85).aspx and OpenDSObject http://msdn.microsoft.com/en-us/library/aa706065(VS.85).aspx
- 9:15 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) created by
- I would like to register myself from a computer place, out of range of …
- 8:59 AM Ticket #1515 (FileOpen for Read fails on already opened file) updated by
- Also You can't open the same file for reading and for writing. This was possible with the previous versions until 3.3.2.
Mar 8, 2010:
- 8:34 PM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
- Replying to monoceres: […] What is it, what you are trying to do here? I personally would expect this code to crash: Eval() apparently needs a string (Variant/VT_BSTR) and you submit a pointer (VT_PTR). COM error is the most harmless case here, if ScriptControl didn't validate arguments you would end up with access violation, since memory at address 0x00000000 isn't a valid read pointer.
- 7:02 PM Ticket #1512 (StdoutRead no correct output with german language OS) updated by
- Thanks, I thought it was another unicode problem
- 3:27 PM Ticket #1515 (FileOpen for Read fails on already opened file) created by
- From v3.3.5.3 Beta release notes: Fixed: Regression in FileOpen() …
- 8:53 AM Ticket #1512 (StdoutRead no correct output with german language OS) closed by
- No Bug: Thanks Doudou for helping Just a small typo […]
- 8:38 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) closed by
- Fixed: Fixed by revision [5739] in version: 3.3.7.0
- 4:13 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) updated by
- #1479
- 3:56 AM Ticket #1512 (StdoutRead no correct output with german language OS) updated by
- It's nothing to do with StdoutRead(): chkdsk and many other command line utilities shipped with Windows use traditionally OEM charset, while AutoIt (as primarily GUI app) uses ANSI or corr. Windows codepage. You have to apply a charset conversion before using OEM strings in AutoIt, something like: […]
- 3:55 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) updated by
- I had searched for "tagNMTVKEYDOWN" and found nothing. And I search again, after you closed it, still nothing but this one. Finally I found it with "VKEYDOWN", which is about "tagNMLVKEYDOWN". http://www.autoitscript.com/trac/autoit/ticket/1130 It is marked as "Fixed". But in the latest release (3.3.6.0), it's not fixed. Both LV and TV are using "word" for "VKey" which not works in x64.
- 3:27 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) updated by
- Sorry, I referenced v3.6.6.0. Obviously, it should be v3.3.6.0
- 3:25 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) created by
- The examples are missing in the v3.6.6.0 help file for functions …
Mar 7, 2010:
- 4:38 PM Milestone 3.3.6.0 completed
- 1:41 PM Ticket #1513 (_GUIToolTip_AddTool() accepts only strings in $sText parameter) created by
- With the standard UDF GuiToolTip.au3 it is impossible to create a …
- 12:51 PM Ticket #1512 (StdoutRead no correct output with german language OS) created by
- Hi, StdoutRead does not produce the correct output I've an image …
- 11:58 AM Ticket #1503 (FileGetSize don't works solid) updated by
- A workaround is the using of FileRead($file,1) before the FileGetSize()
Mar 6, 2010:
- 7:17 PM Ticket #1510 (The $tagNMTVKEYDOWN structure) closed by
- Duplicate: Ugh. You people who can't be bothered to search the issue tracker before posting need to fuck off. I'm tired of closing these duplicate tickets.
- 4:21 PM Ticket #1511 (Datatype mismatch in _GDIPlus_BrushCreateSolid) created by
- In _GDIPlus_BrushCreateSolid, the second parametertype is delcared as …
- 9:44 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) created by
- Global Const $tagNMTVKEYDOWN = $tagNMHDR & ";word VKey;uint Flags" …
Mar 5, 2010:
- 7:08 PM Ticket #1509 (_Date_Time_FileTimeToStr() Document or Source Code bug) created by
- ------source code----- ; Encode a file time $tFile = …
- 11:48 AM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) updated by
- It happens also when you press F5 in scite with admin rights Windows 7 32 bits and 64 Bits
Mar 4, 2010:
- 5:38 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
- Is there any solution in sight for the IniReadSection?
- 4:28 PM Ticket #1508 (IniReadSection: Possibility to increase restrictions, except Win9x?) closed by
- Duplicate: Learn to search.
- 2:00 PM Tickets #1507,1508 batch updated by
-
Version changed
Automatic ticket cleanup. - 1:42 PM Ticket #1508 (IniReadSection: Possibility to increase restrictions, except Win9x?) created by
- Hello, I have to read big Ini-Sections in XP, Vista and Windows 7, …
- 1:24 PM Ticket #1507 (help file improvement) created by
- I am new to programming. It is abou the help script samples. The list, …
Mar 3, 2010:
- 9:33 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by
- Ironicly this fix caused another bug - the docs sais this: […] but it's not quite true, here is an example that shows this: […] To fix it there is need to replace in _ExcelReadSheetToArray UDF this: […] with this: […]
- 4:51 PM Ticket #1506 (DirCopy/FileCopy) created by
- Trying to use DirCopy to copy a "Briefcase" RightClick > New> …
- 3:59 PM Ticket #1505 (Variable not declared in IE.au3) created by
- If the "MustDeclareVars" option is set then the following error is …
- 2:15 AM Ticket #1504 (GUICtrlSetBkColor sets button style to $BS_DEFPUSHBUTTON) closed by
- Wont Fix: It's good to see you searched the issue tracker before wasting our time. Closing as won't fix just like the identical #376.
- 12:07 AM Ticket #1504 (GUICtrlSetBkColor sets button style to $BS_DEFPUSHBUTTON) created by
- Hello, When GUICtrlSetBkColor is used on a button, it "steals" the …
Mar 2, 2010:
- 9:26 PM Ticket #1503 (FileGetSize don't works solid) created by
- Hi there, when my Opera-Browser cache a flash video and I control …
- 9:21 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- Download this version of autoit3help.exe replacing the current version in the AutoIt3 program directory. Jos
- 8:26 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I guess it would have been too sensible to try and provide any of the information I requested from the previous user in your post? Saying "It doesn't work for me either" is about as useful as saying nothing at all which is preferable than saying the same thing somebody else has without further elaboration.
- 10:51 AM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- Hey guys. I'm suffering from the same problem, too. My machine runs Windows 7, and the Autoit 3.3.0.0 works fine with it. When I updated to 3.3.4.0, the "Open this script" started to works abnormally. Sometimes it can open SciTe but sometimes not. Feel free to contact me for more details. Thanks.
Feb 28, 2010:
- 8:33 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
- Roger: Thanks for info.
- 8:00 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 7:58 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
-
Version, Component changed
- 7:58 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) closed by
- Fixed: These are removed from the Autoit3 installer and should have been part of the SciTE4Autoit3 installer. I have forgotten to arrange the API table and only done the Highlighting table. It will be fixed in the next version of the full SciTE4AutpoIt3 installer, but you can in the mean time downlaod the au3.properties and au3.autoit3wrapper.api files from the Beta site and put the in the appropriate directories. Jos
- 5:06 PM Milestone 3.3.5.6 completed
- 4:49 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) created by
- Effected: #autoit3wrapper_*, #Obfuscator_*, #Tidy_* file: …
- 1:15 PM Ticket #1501 (StringRegExp and StringRegExpReplace missing) created by
- The current beta does not include the functions StringRegExp …
- 11:23 AM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) updated by
- Fixed by revision [5727] in version: 3.3.5.6
- 11:16 AM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) updated by
-
Milestone changed
Fixed by revision [5726] in version: 3.3.5.6 - 10:43 AM Milestone 3.3.5.5 completed
Feb 27, 2010:
- 6:41 PM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) closed by
- Fixed: Fixed by revision [5719] in version: 3.3.5.5
Feb 26, 2010:
- 10:54 PM Ticket #1486 (Powerdown doesn't work under Windows 2000) closed by
- Wont Fix: AFAIK If you ever see that message it's due to bad drivers/BIOS on that machine. At the API level we've done everything to make the poweroff happen.
- 10:00 PM Ticket #1499 (Performance increase to internal __FTP_ListToArray()) updated by
-
Version changed
Automatic ticket cleanup. - 9:54 PM Ticket #1500 (_FTP_DirSetCurrent() Return Value) created by
- The current documentation of _FTP_DirSetCurrent() states that the …
- 9:47 PM Ticket #1499 (Performance increase to internal __FTP_ListToArray()) created by
- In the current internal function _FTP_ListToArray, every time a new …
- 2:39 PM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) created by
- Running the following example script on Vista or Win7 machine with UAC …
- 11:30 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Replying to Valik: > The forum exists for a reason. We shouldn't just add code that somebody brings in off the street. We should add code that is tested by the community and something they are already familiar with. Ok, thank you. I will bring it up in the forums and see if other people like it or even agree with the idea of adding such a UDF. If I see that there is some interest I will open a new feature request if that is all right.
- 7:27 AM Ticket #1497 (Sign(<expression>) function) created by
- AutoIt lacks a Sign() function. It would be a must if Sign could deal …
- 6:49 AM Ticket #1496 (AutoIt 3.3.4.0/3.3.5.4: _Eventlog__Read (UDF Eventlog.au3) returns ...) created by
- Function _EventlogRead from UDF Eventlog.au3 returns not the …
Feb 25, 2010:
- 7:00 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- The forum exists for a reason. We shouldn't just add code that somebody brings in off the street. We should add code that is tested by the community and something they are already familiar with.
- 1:31 PM Ticket #1495 (HelpFile Bug) created by
- _FileListToArray is wrong please correct the @error example #Include …
- 12:35 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Valik, I am definitely not asking the developers to write the code. In fact I already have some of the code written. In fact, in the feature request I said: "I would be willing to create this UDF library. I just need to know whether it would be acceptable to do so (assuming that it passes the required code and documentation quality)." What I don't know is to whom should I send the code for review once I believe it is in good shape (including the documentation, of course).
- 10:56 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) closed by
- No Bug: ConsoleWrite() outputs in ANSI (or UTF-8). This is a Windows limitation. I doubt very seriously the Ini functions are doing any conversion. However, I can't say for sure since you didn't bother to read the big red box explaining how to properly submit a bug report. Without an actual script I can tweak to confirm it's actually ConsoleWrite() and not the Ini functions, I'm just going to close this on the assumption it is ConsoleWrite() since I know for a fact it outputs in ANSI.
- 10:53 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- I closed it because of this line which you can find on WikiStart: > Don't ask the developers to write UDFs. If you want to see UDFs added then you'll need to write it or get someone else to write it and submit it with the proper documentation.
- 9:54 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) updated by
- Affected characters are: İ -> I (i with dot) Ğ -> G (G Breve) Ş -> S (S Cedilla) ı -> I (dotless i) ğ -> g (g Breve) ş -> s (s Cedilla) not-converted characters (read and written as is): Ö,ö,Ü,ü,Ç,ç
- 9:48 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) created by
- Hi, When I'm trying to output text via ConsoleWrite or INIWrite I …
- 8:54 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Replying to Valik: > So... do you not see the big giant red box that appears when you try to create a new ticket? Hi Valik, always a pleasure being commentslapped by you ;-) I actually did not try to reopen the ticket. I clicked Done and I immediately realized that the component was set to AutoIt rather than to Standard UDF as it should. I clicked stop on my web browser thinking that the ticket had not been sent yet. I changed it and sent it again. Sorry! So what should I do now? You Rejected the first ticket (1490) as well. Is it because of this mistake or because you do not think that the request has any merit?
- 1:22 AM Ticket #1493 (_FTP_ProgressDownload bug) created by
- There is a small bug in the _FTP_ProgressDownload routine. If …
- 12:03 AM Ticket #1492 (Problem with listview AND $WS_EX_COMPOSITED in a gui) created by
- I have high CPU load and there is no listview visible. […] …
Feb 24, 2010:
- 11:00 PM Ticket #1058 (Eventlog.au3 in Beta) updated by
- AutoIt v3.3.4.0 Bug Function _EventLogRead The array 11 "Computer" does not return the computer name. It returns the Array 10 Soures. Note the missing letter "A" also The array 12 “Username” does not return the complete line. It should be “NT AUTHORITY\SYSTEM” Helpfile example run. Source ............: Automatic LiveUpdate Scheduler Computer ..........: utomatic LiveUpdate Scheduler Username ..........: NT AUTHORITY
- 10:10 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) closed by
- Works For Me: The open button works fine for me too in win7 x64 and Winxp x86 sp3 IE7. Try running from command prompt: regsvr32 hhctrl.ocx Closing ticket as works for me and report any issues in the forum so we can help you there. Jos
- 8:00 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
-
Owner, Status, Component changed
- 7:59 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I need more information. What version of Windows are you using? Is it 32-bit or 64-bit? What version of Internet Explorer? How did you install AutoIt (installer or extract an archive)? How are you starting the helpfile? What's the working directory of the program that is hosting the helpfile (you may need a tool such as ProcessExplorer to determine this)? The button works fine for me on Windows 7 32-bit with IE8. It also worked fine on Windows XP SP3 32-bit with IE7.
- 7:55 PM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) closed by
- Duplicate: Closing as duplicate of #1489.
- 7:54 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected
- 7:53 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected: So... do you not see the big giant red box that appears when you try to create a new ticket?
- 4:54 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- I submitted this feature request twice by mistake. The second one is the valid one, since it is correctly linked to the "Standard UDF" component. I see that this has been deleted by "TicketCleanup". I do not know why or what that means. Please let me know what I should do to properly create a ticket. Cheers, Angel
- 4:00 PM Tickets #1490,1491 batch updated by
-
Version changed
Automatic ticket cleanup. - 3:05 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I can confirm this behavior with version 3.3.4.0.
- 2:46 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 2:46 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 10:39 AM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) created by
- With the last Autoit version (3.3.4.0), i can't use an help's script …
- 4:33 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) updated by
- What part about "read the changelog" did you not understand in my reply to #1135? What part about WikiStart's "don't post multiple issues in a single ticket" did you not understand?
- 4:15 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) created by
- Autoit V 3.3.4.0 Windows 7 64bit Legal copy #1 […] is not working …
- 4:08 AM Ticket #1135 (bug with beta version about Option OnExitFunc) updated by
- Opt ("OnExitFunc", "endscript") is not working with autoit 3.3.4.0 but did work with 3.3.0.0
Feb 23, 2010:
- 12:54 PM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) created by
- Current implementation of _DateToDayOfWeekISO: Returns Day of the Week …
- 12:27 PM Ticket #1486 (Powerdown doesn't work under Windows 2000) created by
- As discussed in …
- 3:33 AM Ticket #1433 (Picture driven computing) updated by
- Replying to Valik: > So you want a different language. No, not at all. This actually mostly already exists in Autoit with the image search functionality. But I'd like to see some combined functions that would take a screenshot, then do a pixel search based on a predefined image and return the coordinates of that image. Think about the tabs in a web browser. With this functionality instead of having a hard coded x,y coordinates of a particular tab to click on, the tab could be in any particular order and it would essentially find what you're looking for.
Feb 21, 2010:
- 7:10 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
- It's not a syntax issue, it's a technical issue.
- 3:39 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
-
any news on this? Maybe extend the syntax like this:
$o_object.Run($s_MacroName, ObjByRef $v_Arg1) - 7:14 AM Ticket #1485 (Hard crash with ContinueCase) created by
- If you have a ContinueCase in the last case of a Switch or Select, It …
- 1:13 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Or, a newer version since it's been fixed since 3.3.5.3.
Feb 20, 2010:
- 11:26 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Since files FileOpen()ed from AutoIt are now locked for exclusive access by the process since v3.3.4.0, this is really important as there's no other way to get the old functionality back. You can't e.g. read a log file as it's being generated. This change breaks my script and there seems to be no way around it apart from using an older version of AutoIt.
- 4:01 PM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) updated by
- The function _GuiCtrlHeader_Create() in GuiHeader.au3 is a Gary translation of an old PaulIA function from the ANSI days. It contains "_GUICtrlHeader_SetUnicodeFormat($hHeader, False)". Should be changed to "True" there in the UDF.
- 1:08 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Replying to Jon: > Not sure this is a bug. If I change the keyboard to Russian and then run: > > {{{ > ; Looks like D is в on the Russian keyboard > HotKeySet("+в", "TestFunc") > }}} > > Then it works fine. It works fine (not everywhere thought, see next), but then we should check every time the keyboard layout: […] but even this is not working on my other system, where the base language is Hebrew, and no mater what default keyboard layout is set (russian or hebrew). Replying to VittGam <vittgam@…>: > But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. I mean non-latin, that is out of 1-127 characters range set. And no, it's not russian-specific issue :)
Feb 19, 2010:
- 2:13 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Just on a hunch, I decided to check other messages related to the NMHDR struct, and other structs using WM_NOTIFY. So far, I found another help-file example that fails, but another one that works fine. The one that fails is _GUICtrlIpAddress_Create, and the one that works is _GUICtrlButton_Create. I'm not sure what the difference is, but at least I know now it's not related to just the ListView functions (nor is it my error).
- 2:02 AM Ticket #1484 (Missing documentation) closed by
- Duplicate: You do not, however, read the issue tracker guidelines which state you should test your bug with the latest beta version. Had you done so, you would have discovered this has been fixed already.
- 1:49 AM Ticket #1484 (Missing documentation) created by
- Section contents missing: Keyword Reference section: items missing: …
Feb 18, 2010:
- 9:26 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) closed by
- Wont Fix: SciTE only supports running one tool at a time. Attempting to run a second tool will do exactly as you describe. This is a limitation in SciTE and there is nothing we can do about.
- 9:07 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) created by
- I just noticed this while running a script (testing.au3) via SciTE …
Feb 17, 2010:
- 11:13 PM Ticket #1482 (FileRead behavior description needs clarification) created by
- In the help file for FileRead, the description of the optional …
- 5:47 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Replying to Jpm: > May be the same problem as the one we fix in $tagNMLVKEYDOWN Thanks for the suggestion, I tried it and it works for most cases, except the one I need. The MSDN article for this message says Index should return -1 when there is no item under the click (below the created items). With index changed to int_ptr, it returns 4294967295, which would be -1 as a 32 bit number. Changing the alignment made the structure even smaller (60 bytes in x64), but still doesn't return the index clicked. When I dump the header after it was realigned, everything looks good, but the full message still shows extra null-byte padding where it doesn't need it.
- 10:10 AM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- May be the same problem as the one we fix in $tagNMLVKEYDOWN
- 5:55 AM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) created by
- I know I'm not using the correct terminology so I'm sorry about that …
- 4:38 AM Ticket #1480 (Corrupting registry when importing a .reg file with a delete key in it) created by
- When running the following code, it corrupts the Windows registry …
Feb 16, 2010:
- 9:05 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- If the types are correct but the size is wrong then it sounds to me like the structure is not being aligned correctly.
- 8:43 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry, code in last post should be: […]
- 8:40 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry about that, should have mentioned the error was shown in the console window. I wasn't sure if the Struct was too big, or too small. Dumping the binary data of the struct using this (right after $tInfo is created within either NM_CLICK or NM_DBLCLK), ConsoleWrite(DllStructGetData(DllStructCreate("byte& DllStructGetSize($tInfo) &", DllStructGetPtr($tInfo)), 1) & @CRLF) It looks as if the 3rd member (an int from $tagNMHDR) is sent as 64 bit, but should be 32 bit. I tried different alignments, to see if that would help, but there was no change.
- 8:32 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- The NMITEMACTIVATE structure is being created as 48 bytes under Win32 and 64 under x64. It should be 72 bytes under x64 - not sure where the missing bytes are yet.
- 7:31 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Nevermind. I see the output in the console now. The index is wrong on x64. A quick glance at the structures look like they are using the correct types. Might need Gary to look at this one before I dig around in there.
- 5:51 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- I'm not sure what you are reporting? A bug with a UDF? AutoIt? The help file example? Your script? I'm also not sure how I run the script to see whatever error you are talking about. I see a few lines with colored text? I click them, nothing happens? Is it supposed to do anything?
- 2:25 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) created by
- I'm on Windows 7 64-bit, trying to use a WM_NOTIFY function to detect …
- 4:14 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- Who in their right mind would use a statement like that?
Feb 15, 2010:
- 8:23 PM Ticket #1478 (Make _ScreenCapture_CaptureWnd convert HWnd) created by
- The code in _ScreenCapture_CaptureWnd (from ScreenCapture.au3) can …
- 8:15 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Sorry, I've made a mistake. It's Windows Server 2008 Enterprise SP2 English 32-bit with Italian MUI Language Pack, Italian keyboard layout as default and AutoIt v3.3.4.0.
- 8:13 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I have Italian keyboard layout set and it works. It works even if I use "^+D" (D is uppercase). Try this because with shift, characters are uppercased. But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. ---- Tested on Windows Server 2008 Enterprise SP2 Italian 32-bit with AutoIt 3.3.4.0
- 7:53 PM Ticket #1318 (UDFs char/wchar --> bad numbers of bytes for _MemRead()/_MemWrite()) closed by
- Duplicate: Closed due to no further comments.
- 7:46 PM Ticket #1474 (mouseClick not working on windows 7) closed by
- Works For Me: Closing as a Works for Me.
- 7:41 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Not sure this is a bug. If I change the keyboard to Russian and then run: […] Then it works fine. But when the API tries resolve the key "d" on a Russian keyboard it fails, but I sort of expected that. I guess I could assume that if a key is in the ASCII range then to take the VK code literally, but I'm wondering if that would actually break more…
- 7:10 PM Ticket #1470 (ScriptWriter not included in Installation EXE) closed by
- Works For Me: No follow up. Closing as Works for me.
- 5:31 PM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- So it's syntax error? or it's ok to use these kind of statements?
- 3:52 PM Ticket #1439 (Icons included in script use wrong size) updated by
- The same bug is with GUICtrlCreateIcon, because if I set width and height to 48 px like this: […] the image is pixeled from the 32px version. I have to use this: […] assuming that the icon is named 99 in the resource hacker to have the right size.
- 2:54 PM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) closed by
- Works For Me
- 2:42 PM Ticket #1476 (_DebugReportVar() example fails) closed by
- Fixed: Fixed by revision [5717] in version: 3.3.5.5
- 2:40 PM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) closed by
- Completed: Added by revision [5716] in version: 3.3.5.5
- 10:48 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) closed by
- Wont Fix: It's due to our simplistic expression parsing. Won't be fixed unless we rewrite the entire thing in future.
- 10:02 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- > not really a bug The line formatting suggests it was intended to make use of scite code-linkback feature in the output pane in my mind. If thats the case, it somewhat classifies as a bug to me. (Trivial, but unintentional behavior none the less) If is was the result of two coders, one(UDF creator) copying the format from a other(Scite minded) source, than the bug part it a open issue and can it be considered more a request I guess.
- 8:58 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- In fact there is not a really bug. Just the reporter want to use the info in the edit control inside Scite so an extra blank help
- 8:56 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) created by
- This little script will reproduce the bug: […] just run it, it …
- 5:32 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- This is a well documented Windows issue and I explained it to the poster in my last reply in this thread http://www.autoitscript.com/forum/index.php?showtopic=110097 It's played havoc with things besides AutoIt scripts and it first started to appear in Vista, although I've noticed it appears to be particularily bad in Win 7. Whether or not it neds to be documented is up to the developers but I'm sure that there are other functions that will suffer from the same bug and those will be any functions that use mouse coordinates so you might need to add a page about it. BTW the apparent "bug" is only when the Aero them is enabled for the mouse pointers. The shadowing makes the mouse appear to be in a location other than its true position.
- 3:47 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- Replying to Jon: > Just tested this on Windows 7 Ultimate and MouseClickDrag appears to work correctly. I've fixed the problem... This may also be the result of a problem that first appeared in Vista. Before you try it again, go to Control Panel >> Mouse. Click the Pointers tab, set the scheme from Windows Aero to None and see if that helps. You can always change it back later. Is it possible to add these notes to thehelp file?
- 3:20 AM Ticket #1476 (_DebugReportVar() example fails) created by
- The example in the documentation for function _DebugReportVar() fails …
Note:
See TracTimeline
for information about the timeline view.
