Timeline
Nov 10, 2011:
- 9:53 PM Ticket #2052 (When using MSTSC Remote Desktop Connection, AutoIt and AU3Info only ...) created by
- Great program! However, under Remote Desktop commands such as WinWait …
- 4:49 PM Ticket #1668 (Directory Macros for Default User Account) closed by
- Rejected
- 2:32 PM Ticket #1629 (Ability to destroy embedded IE objects to rehash browser settings) closed by
- Works For Me: You not knowing how to do it doesn't mean it can't be done.
- 2:26 PM Ticket #1648 (UDF community) closed by
- Works For Me: Send mail to the administrator.
- 2:20 PM Ticket #1158 (Global update the WinAPI.au3 library) closed by
- Wont Fix: Anyone with access can add what ever they feel necessary. Ticket in this form doesn't make sense. Closing as "wont fix" because... because.
Nov 9, 2011:
- 8:45 AM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
- ActiveX download links are no more available. Please update if you want some testing be done Thanks
Nov 8, 2011:
- 10:25 PM Ticket #2051 (Error at online documentation) closed by
- Completed: Changed by revision [6390] in version: 3.3.7.22
- 9:48 PM Ticket #2051 (Error at online documentation) created by
- Hi, at the following functions you should change "<a …
- 8:09 PM Ticket #2050 (Handle should bei called filehandle) closed by
- Completed: Changed by revision [6389] in version: 3.3.7.22
- 8:06 PM Ticket #2050 (Handle should bei called filehandle) updated by
- OK now I understand.
- 7:59 PM Ticket #2050 (Handle should bei called filehandle) updated by
- Yes I am talking about the parameters table. I think this things should be uniform (e. g. link FileClose)
- 7:34 PM Ticket #2050 (Handle should bei called filehandle) updated by
- I take it you're talking about the parameters table? It does say for those functions "A handle to a file."
- 7:31 PM Ticket #2050 (Handle should bei called filehandle) created by
- Hi, in the functions FileFlush FileGetPos FileSetPos the parameter …
Nov 7, 2011:
- 10:57 PM Ticket #1906 (reparse point) updated by
- Replying to Valik: > This seems like something that should be done via UDFs. Closing as rejected. Maybe this could be added to general recommendation about what type of requests will not be done: - these ones that can be done via UDFs - …
- 10:51 PM Ticket #1954 (ListViewItem returns 0 (failure) even though it populates the ListView) updated by
- Here is another modification […] In this case: less (only two) columns given it sucessfully create listview item and also corect nonzero control ID is returned. So there is question if in case of more columns given shouldn't be returned correct nonzero control ID if Autoit can display it correctly (cut thrid unnecessary column internally)?
- 10:16 PM Ticket #1873 (Return the thread ID of a child process from Run) updated by
- Reconsider @extended. This is extended additional info considering the nature of TID in context of other AutoIt functions.
- 10:08 PM Ticket #2049 (Missing WM_MESSAGES in WindowsConstants.au3) closed by
- Completed: Added by revision [6385] in version: 3.3.7.22
- 10:04 PM Ticket #2049 (Missing WM_MESSAGES in WindowsConstants.au3) created by
- The following list is missing from WindowsConstants.au3. Global Const …
- 9:12 PM Ticket #2048 (WindowsConstants containing invalid variables) closed by
- Fixed: Fixed by revision [6384] in version: 3.3.7.22
- 9:11 PM Ticket #2048 (WindowsConstants containing invalid variables) created by
- $WM_RBUTTONDBLCK & $WM_MBUTTONDBLCK in WindowsConstants.au3 should be …
- 9:09 PM Ticket #1862 (GUISetOnEvent should behave more like HotKeySet()) closed by
- Rejected: Receiving a second GUI message before handling of the first message is complete can be disastrous. You should never execute long-running tasks in a GUI callback function no matter what language. It's poor application design. Closing as rejected.
- 9:03 PM Ticket #1873 (Return the thread ID of a child process from Run) updated by
- This request makes sense but I cannot think of a good way to do it. I do not want to use @extended for this. It seems logical that returning an array would solve the problem but that also requires either adding a new parameter or a new flag for the parameter currently used to control STDIO.
- 8:55 PM Ticket #1885 (CreateGUID and CreateGUIDSequential missing, but $tagGUID there) closed by
- Rejected: If someone wants to write and test a library that's fine but we are not going to do it. Closing as rejected.
- 8:52 PM Ticket #1903 (Au3Check, Globals, #OnAutoItStartRegister) closed by
- Rejected: Too complex to implement for very little gain. Rejected.
- 8:51 PM Ticket #1906 (reparse point) closed by
- Rejected: This seems like something that should be done via UDFs. Closing as rejected.
- 8:49 PM Ticket #1939 (Be able to put some text in a Progress control) closed by
- Rejected: This can already be done by overlapping controls. Rejected.
- 8:46 PM Ticket #1940 (GUI*OnEvent default functions) closed by
- Rejected: Trivial to write your own wrapper function to do this.
- 8:40 PM Ticket #1955 (Unable to select the appropriate option from combo box) closed by
- No Bug: Non-standard control (.NET I think). No bug.
- 8:36 PM Ticket #1909 (little problem with an updown control) closed by
- No Bug: No script, not wasting my time trying to chase this down. Closing as no bug.
- 8:32 PM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) closed by
- Duplicate: Closing as a duplicate of #1319.
- 8:19 PM Ticket #2019 (File functions: Three help file issues and one bug) closed by
- No Bug: Seems we all covered this. Closing as no bug.
- 8:15 PM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) closed by
- No Bug: Closing as no bug. I don't feel documenting this is all that big of a deal. How often do people really need those dates?
- 5:22 PM Ticket #1954 (ListViewItem returns 0 (failure) even though it populates the ListView) updated by
- The $item2 is really invalid as it try to defined more field than the list number of columns can have. The bug is it should not be displayed. Bad internal error handling.
- 5:08 PM Ticket #1995 (Different results on x86 and x64) updated by
- In fact AutoIt does really support .* precision. Your example is wrong as an extra parameter defining the precision will be needed before the string to defined the precision […] but as I say Autoit will not support this format So fix must be done to accept or reject such precision definition
- 3:32 PM Ticket #1925 ($WS_EX_LAYOUTRTL missing in documentation) closed by
- Completed: Added by revision [6383] in version: 3.3.7.22
- 3:02 PM Ticket #1631 (Get FilePath from file handle) updated by
- Replying to guinness: > This is an Example of how to achieve this using native code - http://www.autoitscript.com/forum/topic/134578-filenamebyhandle-find-a-filepath-using-the-handle-returned-by-fileopen/. It is not using native code as comment 5 request it
- 2:56 PM Ticket #1631 (Get FilePath from file handle) updated by
- This is an Example of how to achieve this using native AutoIt code - http://www.autoitscript.com/forum/topic/134578-filenamebyhandle-find-a-filepath-using-the-handle-returned-by-fileopen/.
- 11:03 AM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- Replying to anonymous: > Replying to Zedna: > > Replying to Jpm: > > > BitAND($iFlags, $MF_STRING) > > > is always equal to 0 > > > as $MF_STRING is equal to 0 whatever $iFlags value > > > > > > AHA! I didn't know that MF_STRING=0 > So no BUG ??? I don't know yet. I don't have time to think about it/test it right now deeply. I want only say what was source our diferrent opinion.
- 10:25 AM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- anonymous is me
- 8:24 AM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- Replying to Zedna: > Replying to Jpm: > > BitAND($iFlags, $MF_STRING) > > is always equal to 0 > > as $MF_STRING is equal to 0 whatever $iFlags value > > > AHA! I didn't know that MF_STRING=0 So no BUG ???
- 7:41 AM Ticket #1719 (Expose the internal function that creates the $CmdLine array?) closed by
- Rejected: Current solution is reckoned to be sufficient. For "function approach" consult different UDFs, as guinness did.
- 7:37 AM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) closed by
- Rejected: This is clearly UDF's job. Thank you guinness.
- 7:30 AM Ticket #1683 (Displaying thumbnails of files in a GUI) closed by
- Rejected: The accent is on using UDFs.
- 12:34 AM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- Replying to Jpm: > BitAND($iFlags, $MF_STRING) > is always equal to 0 > as $MF_STRING is equal to 0 whatever $iFlags value AHA! I didn't know that MF_STRING=0
Nov 6, 2011:
- 11:57 PM Ticket #1683 (Displaying thumbnails of files in a GUI) updated by
- Your request can be achieved by using the following example. […]
- 11:55 PM Ticket #1719 (Expose the internal function that creates the $CmdLine array?) updated by
- Your request can be achieved by using the following example. […]
- 8:40 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
- Example of how to achieve this with the WinAPI.au3 UDF >> http://www.autoitscript.com/forum/topic/134534-desktopdimensions-details-about-the-primary-and-secondary-monitors/
- 8:23 PM Milestone 3.3.7.21 completed
- 8:09 PM Ticket #1945 (UPX is outdated in the latest beta's.) closed by
- Completed: upx was updated in revision [6163].
- 12:05 PM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- Replying to Zedna: > @jpm > You are wrong. > $iFlags can be for example MF_BITMAP and also combined by BitOr() with other MF_xxx flags. > So my fix is correct. > > I discovered this problem in my project where About in system menu was missing after upgrade from Autoit 3.2.12.1 to latest beta. My above fix corrected the problem. > > As I said before, finally I removed from my project code line adding MF_BYPOSITION as it's not correct in this context so without it it works fine also with latest beta. Perhaps I am wrong but BitAND($iFlags, $MF_STRING) is always equal to 0 as $MF_STRING is equal to 0 whatever $iFlags value So the comparison with $MF_STRING is always true So I don't know what is the solution if one is needed as your example want to create a sparator line which is what the release/beta is doing I agree that $MF_STRING defined as 0 is a strange value but that what MS defined to
- 11:44 AM Ticket #134 (Add support for COM events to take ByRef parameters) closed by
- No Bug: We do support this for some time now. Attached code have logical error. Run method of that object doesn't take parameters byref (in sense that it advertise altering the content).
- 10:58 AM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- @jpm You are wrong. $iFlags can be for example MF_BITMAP and also combined by BitOr() with other MF_xxx flags. So my fix is correct. I discovered this problem in my project where About in system menu was missing after upgrade from Autoit 3.2.12.1 to latest beta. My above fix corrected the problem. As I said before, finally I removed from my project code line adding MF_BYPOSITION as it's not correct in this context so without it it works fine also with latest beta.
- 10:19 AM Ticket #1966 (Transparent Tree View) closed by
- Rejected: Who's nobody? If community is really interested than community would have solutions.
- 9:46 AM Ticket #1700 (Synchronous ObjEvent) updated by
-
Owner changed
- 9:44 AM Ticket #1661 (AutoIT support for Stingray controls) closed by
- Rejected
- 9:42 AM Ticket #1739 (get/set cookie value function) closed by
- Rejected: Manual cookie manipulation isn't something AutoIt should have built-in. UDFs are made for that.
- 9:35 AM Ticket #1889 (_ArrayDisplay optionaly display columns in hex.) closed by
- Rejected
- 9:31 AM Ticket #2005 (Active Directory) closed by
- Rejected
- 9:29 AM Ticket #2005 (Active Directory) updated by
- No. There are UDFs for that.
- 9:04 AM Ticket #1442 (_FileWriteLog to allow allow file handle or filename as first parameter) closed by
- Completed: Added by revision [6369] in version: 3.3.7.21
Nov 5, 2011:
- 9:15 PM Ticket #2037 (COM speed deterioration) closed by
- Fixed: Fixed by revision [6367] in version: 3.3.7.21
- 3:17 PM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- I am sure the suggested fix is not correct as BitAND($iFlags, $MF_STRING) is always equal to $MF_STRING so $sType will never be set to "ptr". For me you ask for a separator and you get it. Perhaps the doc is not enough precise when you use it for system menu.
- 8:05 AM Ticket #2047 (ProcessExists bad return) updated by
- Thanks, It can be difficult to understand, perhaps some warning in the doc.
Nov 4, 2011:
- 5:12 PM Ticket #2047 (ProcessExists bad return) closed by
- No Bug: This is not a bug. The process really doesn't exist. It closes immediately because it does not have a STDIN stream pointing to anything useful. If you want the program to continue to run then you need to provide a STDIN handle.
- 2:11 PM Ticket #2047 (ProcessExists bad return) created by
- […] The ProcessExists() returns 0 which is wrong. It is OK if the …
Nov 3, 2011:
- 5:59 PM Ticket #2046 (DirGetSize ( '' ) doesn't return error) closed by
- Fixed: Fixed by revision [6363] in version: 3.3.7.21
- 5:03 PM Ticket #2046 (DirGetSize ( '' ) doesn't return error) updated by
-
Description changed
Several things wrong with this bug report. * Why did you enclose the description in code tags? There was no code posted. * Why are you filing bug reports against 3.3.6.1 when we are at beta 3.3.7.20? Did you read the ticket guidelines before posting? * The fact that it returns a value should not be surprising. I expected the size of the working directory to be returned. Instead it returns the size of the drive for working directory due to stupid code. Since this doesn't behave in a sensible fashion I'll just make it error out on an empty path. It should probably return the size of the current working directory, though. - 12:29 PM Ticket #2046 (DirGetSize ( '' ) doesn't return error) created by
- DirGetSize Function ( with or without flag ) should returns -1 and …
Nov 2, 2011:
- 5:42 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Thanks guys, I just about lost it loonikg for this.
Nov 1, 2011:
- 7:46 AM Ticket #2044 (IE.au3 error Wend) updated by
- Replying to DaleHohm: > As I told the original poster when he posted in the forum... I tested his code withIE9 on Win 7 and could not reproduce his trouble. I don't believe there is a bug here. > > While it is true that IE.au3 employs error handling, most functions attempt to prevent errors rather than trap them (one nofible exception being _IELoadWait that traps). In it's current form, errors like those from the OP can certainly happen when the HTML/document are changing behind the scenes. Trancexx's statement is correct... when this sort of error is possible, the user needs to employ thie own error handler. > > With the most recent betas, additional error handling is possible for IE.au3, but it has not been implemented and there is not yet a schedule to complete such. > > Dale in fact there is a bug in IE.au3 and certainly another in AutoIt for the Wend Error. I PM new a fix for IE.au3 so you can validate and commit it as I cannot do anything with SVN. I have now less privilegde than MVP …
- 5:18 AM Ticket #2044 (IE.au3 error Wend) updated by
- As I told the original poster when he posted in the forum... I tested his code withIE9 on Win 7 and could not reproduce his trouble. I don't believe there is a bug here. While it is true that IE.au3 employs error handling, most functions attempt to prevent errors rather than trap them (one nofible exception being _IELoadWait that traps). In it's current form, errors like those from the OP can certainly happen when the HTML/document are changing behind the scenes. Trancexx's statement is correct... when this sort of error is possible, the user needs to employ thie own error handler. With the most recent betas, additional error handling is possible for IE.au3, but it has not been implemented and there is not yet a schedule to complete such. Dale
- 12:53 AM Ticket #2045 (FileFindNextFile advanced parameter) closed by
- Rejected: You demonstrate in your request that you can obtain the data you want. There is no need for the feature to be built-in. "But it's faster" is not a reason.
- 12:00 AM Ticket #2045 (FileFindNextFile advanced parameter) updated by
-
Version changed
Automatic ticket cleanup.
Oct 31, 2011:
- 10:10 PM Ticket #2045 (FileFindNextFile advanced parameter) created by
- […] The advanced parameter would remove the need to use 6 …
- 8:55 PM Ticket #1951 (UDF _SQLite_SQLiteExe debug flag is not specified) closed by
- Fixed: Fixed by revision [6355] in version: 3.3.7.21
Oct 30, 2011:
- 9:50 PM Ticket #1982 (FileGetShortName crashes when path is too long) closed by
- Fixed: Fixed by revision [6350] in version: 3.3.7.21
- 7:59 PM Ticket #2004 (_GUICtrlEdit_Find() Documentation) closed by
- Completed: Changed by revision [6349] in version: 3.3.7.21
- 5:05 PM Ticket #2044 (IE.au3 error Wend) updated by
- In fact IE.au3 has a error recovery routine which does not seem to work. Perhaps this ticket should be reopened
- 4:25 PM Ticket #2044 (IE.au3 error Wend) updated by
- not sure why IE.au3 cannot return @error something instead creating a situation where a "Wend" error is detected. Error handling is just a way to recover a non error checking ? Perhaps some work for DaleHolm.
- 12:30 PM Ticket #2044 (IE.au3 error Wend) closed by
- No Bug: Your code misses error handling.
- 3:30 AM Ticket #2044 (IE.au3 error Wend) created by
- Hello all, for this script : […] Autoit return this error : …
Oct 30, 2011:
- 1:17 AM Ticket #2043 (IniRead, IniReadSection don't access ,INI files from mapped drives) updated by
- Workaround: I don't devise any other way that the following annoying one (going to try): Use a copy of the .INI file in a local disk (in @TempDir)
- 1:02 AM Ticket #2043 (IniRead, IniReadSection don't access ,INI files from mapped drives) created by
- IniRead gives always default results from 'x.ini' at working dir …
Oct 29, 2011:
- 4:17 PM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) updated by
- Replying to jchd: > So this is one more difference between XP and later OSes. Indeed, the XP combo limit is 1752 (the year of adoption of the Gregorian calendar by the UK, BTW). OTOH the popup calendar works fine, except that all versions do allow for pre-September and 03..13/09/1752, i.e. days which never "existed". > > Short of building your own control from low-level primitives, I don't believe there's much room for bypassing this XP limit. so the best is to update the doc to reflect the diff between Vista/7 and XP
Oct 28, 2011:
- 9:40 PM Ticket #1147 (Comparison of numbers against strings gives unexpected results) closed by
- Fixed: It seems like this was fixed at some point. Closing as such.
- 8:03 PM Ticket #1974 (Tidy autoit source auto include and global comment) closed by
- Rejected: No response so guess not needed anymore. Closing as rejected.
- 8:01 PM Ticket #1926 (Support for #AutoIt3Wrapper_outfile_x64) closed by
- Completed: Implemented in AutoIt3Wrapper since version 2.0.2.0
- 8:08 AM Ticket #2041 (_FTP_ListToArrayEx Datetime Format) updated by
- A few additional inforamtion: In the help file it says that with $b_Fmt=1 the format will be YYYY/MM/DD and with $b_Fmt=0 it will be MM/DD/YYYY. But as seen on the picture the output with $b_Fmt=1 is YYYY/DD/MM, so defnetly a bug.
- 1:46 AM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) updated by
- So this is one more difference between XP and later OSes. Indeed, the XP combo limit is 1752 (the year of adoption of the Gregorian calendar by the UK, BTW). OTOH the popup calendar works fine, except that all versions do allow for pre-September and 03..13/09/1752, i.e. days which never "existed". Short of building your own control from low-level primitives, I don't believe there's much room for bypassing this XP limit.
Oct 27, 2011:
- 11:43 PM Ticket #1916 (Dealing with TAdvStringGrid, TPanel, TRichEdit, TFormMain, TTollbar) closed by
- Rejected
- 11:10 PM Ticket #2006 (foreach) closed by
- Rejected: Current syntax solutions are sufficient.
Oct 26, 2011:
- 7:21 PM Ticket #2042 (Windows 8 support for @OS macros) created by
- Just a reminder and a blocking ticket to myself that the next release …
- 7:09 PM Ticket #2041 (_FTP_ListToArrayEx Datetime Format) created by
- Hi, I want to sort an Array given from the _ftp_listtoarrayex command …
- 4:58 PM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) updated by
- That's strange because the "Popup date" control works as excepted, but the "Combobox date" control is the one I was referring to. I'm on Windows XP SP3 x86. Same results for AutoIt 3.3.6.1 and beta 3.3.7.20
Oct 25, 2011:
- 1:49 PM Ticket #1735 (Ability To Change User Agent String For Embedded IE (will pay)) closed by
- Rejected: […] You can make the payment by following the link http://www.autoitscript.com/site/donate/
- 1:12 PM Ticket #1837 (_GUICtrlIpAddress_EnableDisable) closed by
- Rejected: Previous comment explains why this is rejected.
Oct 24, 2011:
- 10:56 PM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) updated by
- Your scipt works as expected on Vista x86 + AutoIt 3.3.6.1 or beta 3.3.7.20: you can select 1601/01/01 in this control. Note that the link you refer to is for a .Net control which may differ from the SysDateTimePick32 control used by the UDF.
- 8:39 PM Ticket #2040 (_GUICtrlDTP_SetRange; MinYear never goes below 1/1/1752 00:00:00) created by
- The minimum date never goes below 1/1/1752 00:00:00. What's weird is …
- 6:40 PM Ticket #1927 (Add a macro for #AutoIt3Wrapper_Res_Fileversion / %fileversion%) closed by
- Rejected: This make no sense. It's either trivial for user to implement or it's not explained properly. Last comment suggests RCS. Either way closed as rejected.
- 1:54 PM Ticket #2030 (_WinAPI_GetLastErrorMessage - accept specified error code parameter) closed by
- Rejected: Why? Don't reply.
Oct 23, 2011:
- 8:30 AM Ticket #2039 (Fix it on Hex Read & Write) closed by
- Rejected: Live long and prosper, strange entity.
- 6:49 AM Ticket #2039 (Fix it on Hex Read & Write) created by
- I don't know how to explain it but i hope you understand me. …
- 12:09 AM Milestone 3.3.7.20 completed
Oct 20, 2011:
- 10:08 PM Tickets #1519,1694 batch updated by
- Fixed: Fixed by revision [6308] in version: 3.3.7.20
Oct 19, 2011:
- 2:08 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
- Almost 4 years now. :-( What about another try to skip support for old Windows and implement a new funtion?
- 1:56 PM Ticket #1989 (#include fails badly if the included file has BOM) updated by
- Interim workaround: change encoding of the main file to UTF8+BOM. This will allow includes in both ANSI and/or UTF8+BOM (they can then be freely mixed). However upper-ANSI characters in non-UTF8 includes will be badly interpreted. It looks like the encoding of the main file determines the encoding of the whole source. It is no problem with [lower ANSI only) ANSI includes since they _are_ valid UTF8 format.
Oct 18, 2011:
- 6:12 PM Ticket #2036 (Small error in GuiListView.au3) closed by
- Fixed: Fixed by revision [6299] in version: 3.3.7.20
- 6:00 PM Ticket #2033 (Helpfile - TCPSend - non working Example) closed by
- Fixed: Fixed by revision [6298] in version: 3.3.7.20
- 5:52 PM Ticket #2038 (For Windows 7 Java UDF is not working properly) closed by
- No Bug
- 12:31 PM Ticket #2038 (For Windows 7 Java UDF is not working properly) updated by
- I don't understand the UDF you are referring to as AutoIt does not deliver a JAVA UDF. If you find it on the Forum just use the forum to have support to it.
- 11:39 AM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) updated by
- Hmm guys it is really big problem. You have to reboot affected machine after running script compiled with #RequireAdmin! Could anyone explain why it is rejected? For anyone who needs some workaround for it: http://www.autoitscript.com/forum/topic/111820-requireadmin-when-uac-is-turned-off/
- 8:42 AM Ticket #2038 (For Windows 7 Java UDF is not working properly) updated by
- Component: Standard UDFS
- 8:41 AM Ticket #2038 (For Windows 7 Java UDF is not working properly) updated by
- Component: Java UDF
- 8:23 AM Ticket #2038 (For Windows 7 Java UDF is not working properly) created by
- Please note that, I am trying to use Java UDF for Windows 7 Enterprise …
Oct 17, 2011:
- 6:05 PM Ticket #2037 (COM speed deterioration) created by
- User Ascend4nt reported this. …
Oct 16, 2011:
- 6:23 PM Ticket #2036 (Small error in GuiListView.au3) created by
- There is a small error in GuiListView.au3 located in the function …
- 3:50 AM Ticket #2019 (File functions: Three help file issues and one bug) updated by
- I know this isn't the best place for discussion, but let me add this: Valik addressed part 2) and Mat addressed parts 1) and 3). Let's look at part 4). Any text file not using one of the single-byte codepages is a structured file: it contains a series of entities, sometimes varying in byte length. So either you rely on the file-to-Unicode reading functions calls, thereby leaving the interpretation of entities length to the low-level underlying functions, or you treat the file as a series of bytes which you then interpret yourself. Expecting FileSetPos to match any entity boundary (BOM, character or grapheme) is exactly the same as expecting it will magically match a line boundary. In short your "bug" amounts to cheating with the file position. AutoIt doesn't offer FileReadNextUTF8Char and FileSetUTF8Pos functions. That would need to first define what one want a "Unicode character" to mean (codepoint, sort entity, grapheme, localized grapheme) and also define which normalization form to use. Don't hold your breath; in the meantime avoid using FileSetPos randomly.
Oct 15, 2011:
- 8:29 PM Milestone 3.3.7.19 completed
- 6:26 PM Ticket #2024 (Add AutoIt.Error object property for script or file name.) updated by
- Replying to trancexx: > Some time in the future you will see how meaningless that is. Meanwhile, it's annoying to search in which file the offending line of code resides; unless, of course, the dev team is working on a different paradigm for trapping COM errors.
- 5:59 PM Ticket #2022 (Cross set contants) updated by
- So, it's a Windows bug and not an AutoIt bug? I get it now.
- 3:33 PM Ticket #2022 (Cross set contants) updated by
- Replying to BrewManNH: > The values are set correctly, but they're working backwards. > > If you run the example script you will see that the $DT_PATH_ELLIPSIS example shows the ellipse is at the end of the line, and that the $DT_END_ELLIPSIS example shows the ellipse is in the middle of the line. The bug isn't in the constants file, the bug is in the execution of the label function. Unless I don't understand the code, Autoit is not changing the $DT_..._ELLIPSIS value when creating a label so the inversion must be inside the Microsoft Windows code. I remember googling and founding some forums wondering about this inversion.
- 1:13 PM Ticket #2024 (Add AutoIt.Error object property for script or file name.) closed by
- Rejected: Some time in the future you will see how meaningless that is.
- 1:05 PM Ticket #1950 (Add APIConstants.au3 and WinAPIEx.au3 and APIErrors.au3) closed by
- Rejected: Please use your head. Additionally, format of WinAPIEx.au3 is unacceptable.
- 12:59 PM Ticket #838 (Better COM error handling.) closed by
- Fixed: Some aspects of COM error handler behavior have changed. Ticket is no longer valid. Consult the documentation.
- 4:07 AM Ticket #2022 (Cross set contants) updated by
- The values are set correctly, but they're working backwards. If you run the example script you will see that the $DT_PATH_ELLIPSIS example shows the ellipse is at the end of the line, and that the $DT_END_ELLIPSIS example shows the ellipse is in the middle of the line. The bug isn't in the constants file, the bug is in the execution of the label function.
Oct 14, 2011:
- 7:39 PM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- EDIT2: Now I noticed that using $MF_BYPOSITION in AppendMenu is not correct because this flag is used in other menu functions like DeleteMenu,GetMenuString,GetMenuState,... but my above correction still should be used because wstr type should be used for MF_STRING flag no matter what other flags are used together with it (BitOr)
- 7:37 PM Ticket #2035 (DllCall() - undocumented datatype "bool") updated by
- Sorry! Sorry! I looked into helpfile for older release 3.2.12.1 All the time. I use on my computers release 3.2.12.1 and as beta latest beta (3.3.7.18). In older helpfile there is no BOOL/BOOLEAN. In latest beta it's documented OK.
- 6:07 PM Ticket #2022 (Cross set contants) closed by
- No Bug: Values are correctly set. Microsoft SDK define values inside WinUser.h from where they are taken.
- 5:48 PM Ticket #2035 (DllCall() - undocumented datatype "bool") closed by
- No Bug: DllCall data types are case-insensitive.
- 4:35 PM Ticket #2019 (File functions: Three help file issues and one bug) updated by
- Part 1 was reported here. Part 3: Override and Overwrite are two very different things. The behaviour is that if a flag is specified to read&write a file as UTF16 when has a UTF8 BOM then it will still be read as UTF8. This only applies to reading, writing will overwrite the BOM.
- 4:06 PM Ticket #1538 (Random(1, 1, 1) = 0) updated by
- Better yet: […]
- 3:57 PM Ticket #1538 (Random(1, 1, 1) = 0) updated by
- I also had the pleasure of discovering this undocumented 'feature'. I use this in my functions from now on […]
- 2:23 PM Ticket #2035 (DllCall() - undocumented datatype "bool") created by
- In Helpfile for DllCall() there is not mentioned "bool" type for Valid …
- 2:09 PM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) updated by
- EDIT: instead of _GUICtrlMenu_AppendMenu3 should be _GUICtrlMenu_AppendMenu
- 2:07 PM Ticket #2034 (_GUICtrlMenu_AppendMenu - bug when BitOr($MF_BYPOSITION, $MF_STRING) ...) created by
- MSDN link to AppendMenu API …
Oct 13, 2011:
- 9:28 PM Ticket #2033 (Helpfile - TCPSend - non working Example) created by
- As TCPNameToIP states, "TCPStartup is needed before this call.", but …
- 7:16 PM Ticket #1950 (Add APIConstants.au3 and WinAPIEx.au3 and APIErrors.au3) updated by
- Replying to anonymous: > I agree with mvg. > > WinAPI and WinAPI should not be merged, WinAPIEx itself is already ballooning towards 2 MBs, and takes a few seconds to load > > Separation is needed how ever that occurs. You are wrong! You can use […] for smaller compiled EXE files no matter how big standard UDFs are.
Oct 12, 2011:
- 9:46 AM Ticket #2032 (_ExcelBookOpen 2007 xlsm file (print area gets lost)) created by
- The information is all here : …
- 5:03 AM Ticket #1989 (#include fails badly if the included file has BOM) updated by
- Jon, this is probably an issue where the BOM is inserted inline into the middle of source code because of how #include works. The BOM needs stripped before the rest of the file is inserted in the "output" file.
Oct 11, 2011:
- 9:40 AM Ticket #1989 (#include fails badly if the included file has BOM) updated by
- Replying to Jon: > What format was it saved in exactly and which BOM (UTF8, UTF16 LE BE...)? All the AutoIt text file functions use the same code (File...() #include, etc.) and they all support BOMs. Jon you can use the attached file to see that something wrong if the #include is used
Note:
See TracTimeline
for information about the timeline view.
