Timeline
May 27, 2010:
- 10:51 PM Ticket #1649 (Multiline strings without the "& _") created by
- This would be very useful to alleviate several cases where multi-line …
- 9:40 PM Ticket #1591 (about InetGetSize,InetRead......) updated by
- The RFCs are very unclear about precisely what should happen in the general case. See http://www.faqs.org/rfcs/rfc1738.html and http://www.blooberry.com/indexdot/html/topics/urlencoding.htm. All seem to be OK as long as both login and password are representable in ISO-8859-1 (ISO-Latin) using the following code: […] However the RFC do not specify at all how should be encoded the login /password part when it contains Unicode characters (or even ANSI characters not in ISO-8859-1 (ISO-Latin). Worst: while it's obviously expected that more and more servers will handle html 4 (which introduces Unicode characters in URLs) no encoding seem to have been currently officially specified. See http://www.rfc-editor.org/rfc/rfc2396.txt esp. last § of section 2.1 The code above will escape (i.e. transform into an '%xx' sequence) any character in the non-representable range and use Asc() [notice: '''not''' AscW()] to transform the Unicode character into ANSI system codepage. I'm aware that could break if the system codepage isn't Latin-1, but that's the "less unsatisfatory" solution I could think of. Could a competent webmaster help by pointing out how to deal with characters in login/password which are not mappable into ISO-Latin?
- 2:00 PM Ticket #1648 (UDF community) updated by
-
Version changed
Automatic ticket cleanup. - 12:00 PM Ticket #1648 (UDF community) created by
- Is it possible to have an area where users can upload UDFs and others …
- 9:49 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- The user's password is really the password. Also: a user's password settings are "/" or "@" in line with the password strength requirements Hope you can improve, thanks!
- 9:43 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- Replying to Jpm: > How browsers are handling such situation? > I would think they can't > true? If the user's password contains "/"or"@", InetGetSize,InetRead......will return 0 and set @error to non-zero thank you~
May 25, 2010:
- 8:43 PM Ticket #1647 (StringInStr returns wrong value when 4th parm is "Default") closed by
- No Bug: In fact unless stated in the doc "Default keyword cannot replace an optional builtin Autoit parameter function
- 5:25 PM Ticket #1646 (Change wording in help file) closed by
- Rejected: Definition number 4.
- 3:32 PM Ticket #1647 (StringInStr returns wrong value when 4th parm is "Default") created by
- Default Parameter for occurrence is 1 (HelpFile). But …
- 9:35 AM Ticket #1646 (Change wording in help file) created by
- Hi! In the help file ("COM Reference" section) I read the following: …
- 7:40 AM Ticket #1492 (Problem with listview AND $WS_EX_COMPOSITED in a gui) updated by
- I am afraid to suppress th CS_OWNDC that currently AutoIt is setting when creating a GUI. Valik mention that the AutoIt must be subclass when using such extended style to have your own behavior.
- 7:30 AM Ticket #1644 (_InetMail function does not work when Windows Live mail is default client) closed by
- Fixed: Fixed by revision [5848] in version: 3.3.7.0
- 7:26 AM Ticket #1645 (Change stdinwrite() to asynchronous) updated by
-
Owner, Status changed
- 7:18 AM Ticket #1645 (Change stdinwrite() to asynchronous) created by
- http://www.autoitscript.com/forum/index.php?showtopic=113065&view=findp …
- 4:44 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
-
Replying to jchd:
> The following works. From the examples you mention, change the client line 48 into
>
TCPSend($ConnectedSocket, StringToBinary($szData, 4))> and in the server, change lines 67+: > {{{ ; Try to receive (up to) 2048 bytes > ;---------------------------------------------------------------- > $recv = TCPRecv($ConnectedSocket, 2048, 1) > > ; If the receive failed with @error then the socket has disconnected > ;---------------------------------------------------------------- > If @error Then ExitLoop > > ; convert from UTF-8 to AutoIt native UTF-16 > $recv = BinaryToString($recv, 4) > > ; Update the edit control with what we have received > }}} > > This way, you transmit UTF-8 data. If the client has to send both binary and string data, you need to make the server aware of that so that it doesn't "decode from UTF-8" actual binary data that would instead need be passed verbatim. ----------------------------------------------------------------------------- I change code as you mention above, all simplified Chinese characters send OK. thank you, jchd.
May 24, 2010:
- 7:22 PM Ticket #1571 (StringSplit - Add CaseSense parameter) closed by
- Completed: Added by revision [5847] in version: 3.3.7.0
- 7:09 PM Ticket #1451 (RegRead) closed by
- Completed: Added by revision [5846] in version: 3.3.7.0
- 6:59 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) closed by
- No Bug
- 6:58 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- This ticket is referenced in revision: [5845]
- 6:55 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- as "Unicode properties support" is not a solution to a pattern such as \x80-\xff and AutoIt is doing the right job with UTF8 conversion, just some slight doc will be updated
- 1:22 PM Ticket #1644 (_InetMail function does not work when Windows Live mail is default client) created by
- The function _InetMail needs some improvements Install Outlook 2007 …
May 23, 2010:
- 7:45 PM Ticket #1641 (Write compiler for autoit) closed by
- Rejected: All those posts are from the same user. I'm blocking the user from the site and closing the ticket.
- 7:01 PM Ticket #1641 (Write compiler for autoit) updated by
- What is stopping any of you to build it? Jos
- 5:54 PM Ticket #1641 (Write compiler for autoit) updated by
- create the compiler. net is possible I think it'll be a good project
- 5:51 PM Ticket #1641 (Write compiler for autoit) updated by
- we rely on the team AutoIt !
- 5:50 PM Ticket #1641 (Write compiler for autoit) updated by
- Many people love a real compiler !
- 11:56 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- no answer I will close it
- 11:53 AM Ticket #1641 (Write compiler for autoit) updated by
- For the same reason as for ticket #1640 I don't think somebody will srite a real compiler. I leave to other Dev's the final answer
- 10:37 AM Ticket #1640 (In name of every autoit's coders) closed by
- Rejected: Sorry but Zedna is right …
- 10:05 AM Ticket #1640 (In name of every autoit's coders) updated by
- @OP: Look here http://www.autoitscript.com/trac/autoit/wiki/AutoItNotOnToDoList This will be rejected for sure.
May 22, 2010:
- 8:00 PM Ticket #1641 (Write compiler for autoit) updated by
-
Version changed
Automatic ticket cleanup. - 7:36 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- [quote]perhaps it is related with the Win.../Russian versionquote I have tested the issue on Hebrew Win XP... can any one else please test the script from my last post?
- 7:21 PM Ticket #1641 (Write compiler for autoit) created by
- http://msdn.microsoft.com/en-us/magazine/cc136756.aspx …
- 7:18 PM Ticket #1640 (In name of every autoit's coders) created by
- Hi, I'm an activing user of AutoIt. I've coded the first Remote …
- 4:21 PM Ticket #1571 (StringSplit - Add CaseSense parameter) updated by
- as I plan to do the comparison as in StringLower()which is not the same as other Casesense, I prefer to define the insensitivity with the flag = 4. This flag will need to duplicate the input string which can lead memory big usage. But for me is better than converting and comparing char by char for flag = 1.
- 2:22 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) updated by
- Replying to Jpm: > If you use _GUICtrl...() functions you better to use _GUICtrl..._Create(). > Some mixing works but not all. in your case just change to > {{{ > ;~ $List = GUICtrlCreateListView ("", 20,40,360,200, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) > $List = _GUICtrlListView_Create ($GUI, "", 20,40,360,200, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) > > }}} JPM it's a bug -> In other _GUICtrlListView_ there is mentioned that it will only work with _GUICtrlListView_Create .. there is no reference to it that it will not work ..
- 1:09 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) closed by
- No Bug: If you use _GUICtrl...() functions you better to use _GUICtrl..._Create(). Some mixing works but not all. in your case just change to […]
- 12:54 PM Ticket #1636 (_Security_LookupAccountSID for Remote Systems) closed by
- Completed: Added by revision [5842] in version: 3.3.7.0
- 9:00 AM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- as stated by jchd I don't think there is any bug see http://www.autoitscript.com/forum/index.php?showtopic=114423&view=findpost&p=801827
- 8:13 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I can't reproduce it under Win7/FR or WinXP/SP3/FR perhaps it is related with the Win.../Russian version but I can't test it Sorry for not helping more (sniff sniff)
- 12:24 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Ok, i think i found a real reproducing scenario, if not, then i give up :) Please download this archive, extract it to the desktop, and run the compiled script first time, then check the processes list, if it's not there, run it again, and if still you got no luck, just delete the extracted files, the archive, and this ticket :D
- 12:09 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > I don't understand which version of Scite4Autoit you are using. It's not SciTE related, i have tried the original from autoit, the modofied (by me), and the russian version (from ru-board.com), on all versions i can reproduce the bug, and even without them at all, i am executing from the desktop and AutoIt3.exe remains in the tasks list. > I try your repro scenario but nothing failed under Win7/X86 standard Scite4AutoIt And what about Win XP?
May 21, 2010:
- 10:25 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) created by
- Hi, The code below with "_GUICtrlListView_AddItem" does not allow a …
- 10:01 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Sorry. While trying to write down a long reproduction (mainly for initial personal use) I lost it again. (It went back to rare and random) Checked if I could get a compiled exe to hangup. yes (one(1) time out of many run's)(just doing run,run,run,...) I'm out of ideas.
- 7:48 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I think I found a stable reproduction. (at MrCreatoR step 3) But every time I change something to reduce the clutter the hangup disappears with it. :P
- 6:39 PM Ticket #1638 (_Date_Time_FileTimeToStr wrong format output if $bFmt=1) closed by
- Duplicate: duplicate of ticket #1509
- 6:36 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I don't understand which version of Scite4Autoit you are using. Just use the standard one. I try your repro scenario but nothing failed under Win7/X86 standard Scite4AutoIt […] I will certainly close this ticket as "Works for me"
- 5:10 PM Ticket #1633 (Second AdlibRegister function starts at once when first function is to slow) closed by
- Fixed: Fixed by revision [5841] in version: 3.3.7.0
- 5:07 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > As I understand you don't use the ScIte4Autoit3. It's a modified version of it. > Try on another XP system ... I have, on Win XP SP2 Hebrew, the fisrt run is fine, but then i tried to play with the examples from my first post... An attempt to reproduce the bug by following these steps: 1. Create an empty autoit script on the desktop. 1. Write to it just one line: […] 1. Now Run the script (F5), it's should exit properly. 1. Now replace the script content with these lines: […] 1. Run the script once again. 1. If the script still exits properly (check the console), please follow these sub-steps: a. Repeat step 4 but replace with this: […] a. Now comment the MsgBox line. a. Run the script (F5). a. If at this point the script still exists properly, then (as a last attempt) please replace the script content with the initial line: […] and try to run the script again. Tested on AutoIt 3.3+
- 11:27 AM Ticket #1638 (_Date_Time_FileTimeToStr wrong format output if $bFmt=1) created by
- if $bFmt=1, the result of _Date_Time_FileTimeToStr is in the wrong …
May 20, 2010:
- 5:56 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) created by
- I can't really provide a meaningfull demo script for this but You can …
- 5:40 PM Ticket #1631 (Get FilePath from file handle) updated by
- A solution cannot be done with that API. GetFinalPathNameByHandle() only works on the Windows API HANDLE structs. The request was for this ability on native AutoIt handles, which use standard FILE* structs.
- 2:37 PM Ticket #1636 (_Security_LookupAccountSID for Remote Systems) created by
- I was looking at reading SID values from a remote registry and then …
- 12:11 PM Ticket #1595 (SupportedOS ID for manifest) updated by
- Directive added to the current Beta version of AutoIt3Wrapper (v 2.0.1.33) #AutoIt3Wrapper_res_Compatibility= ;Vista,Windows7 . Both allowed separated by a comma (default=None) Jos
- 9:18 AM Ticket #1628 (default icon for compiled scripts) updated by
-
Component changed
- 9:17 AM Ticket #1595 (SupportedOS ID for manifest) updated by
-
Owner, Status, Component changed
@Valik just do it as Jon does seems to be part of the game - 8:28 AM Ticket #1632 (UDF to display a table) closed by
- Rejected: As mention by @anonymous just use debug.au3 […]
- 8:16 AM Ticket #1631 (Get FilePath from file handle) closed by
- Rejected: as a solution can be done with a UDF using GetFinalPathNameByHandle windows API. We don't plan to extend AutoIt builtin function.
- 8:10 AM Ticket #1608 (Encrypting a file about 10 MB destroys the file - crypt.au3 bug ?) closed by
- Fixed: Fixed by revision [5839] in version: 3.3.7.0
- 7:37 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Thanks MvGulik That's not solving MrCreatoR issue but it help me to understand who is really helping to solve track issue
- 3:11 AM WikiStart edited by
- Fixed missing link. (diff)
May 19, 2010:
- 10:10 PM Ticket #1635 (0 = "") closed by
- No Bug: Feature, Use the forum to ask questions.
- 8:00 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:49 PM Ticket #1635 (0 = "") created by
- This may sound silly but after tracking down an erroronous answer in …
- 6:44 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > Can I have an idea who is behind @anonymous? > Just curiosity ;) Not sure if that a good idea, from my point of view. But, well in this case, MvGulik.
- 6:21 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Can I have an idea who is behind @anonymous? Just curiosity ;)
- 6:17 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) closed by
- Fixed: Thanks, I don't remember if they were a ticket on this but it is already fixed
- 6:08 PM Ticket #1634 (Doc,UDF: Encryption Management, wrong #include file.) closed by
- Fixed: Fixed by revision [5838] in version: 3.3.7.0
- 3:54 PM Ticket #1634 (Doc,UDF: Encryption Management, wrong #include file.) created by
- page: User Defined Function Reference, Encryption Management ... …
- 2:52 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
- He mains the last page-item in the content table in the "User Defined Function Reference" section. The one at the bottom of the list. Don't think there is a separate(still active) "UDF history" page anymore. I at least did not find anything that would fit the bill. (forum or wiki)
- 2:11 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to MrCreatoR <mscreator@…>: > If i wrote that «the same happens when executing from explorer» then i definitly have checked and confirmed that AutoIt porocess is still runing ;) Fair enough. @general: I manged to get a fiew instances where AutoIt was staying active while it should have closed. (out of way to many tries, with task manager on the side) Other than the fact that I mange to capure one(1) with AutoIt 3.3.6.1 and AutoIt3Wrapper v.2.0.1.33 (Running from Scite4AutoIt!), any additional info would be more or less speculative. Whiteout some stable reproducible example or info to that effect I don't see this going anywhere.
- 2:08 PM Ticket #1633 (Second AdlibRegister function starts at once when first function is to slow) created by
- If you have at least two funtions startet by AdlibRegister an one …
- 12:00 PM Ticket #1631 (Get FilePath from file handle) updated by
-
Version changed
Automatic ticket cleanup. - 10:37 AM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
- can you be more precise on which page should display the broken web page?
- 10:27 AM Ticket #1631 (Get FilePath from file handle) updated by
-
Type changed
- 10:24 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- As I understand you don't use the ScIte4Autoit3. Perhaps it works different with. Anyway I dont understand the explorer behavior ... Something must be wrong with your system ... I cannot reproduce it. Try on another XP system …
- 10:18 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to anonymous: > @MrCreatoR: Use the taskmanager to see if AutoIt is still running. If i wrote that «the same happens when executing from explorer» then i definitly have checked and confirmed that AutoIt porocess is still runing ;)
- 10:04 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) closed by
- Fixed: Fixed by revision [5837] in version: 3.3.7.0
- 9:38 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
- Thanks jchd, I will add some doc info about this situation.
- 4:16 AM Ticket #1632 (UDF to display a table) updated by
- debug.au3 UDF can also be used to display array's. note: It has a (easy to adjust if needed) build in string-size display limiter.
- 2:56 AM Ticket #1632 (UDF to display a table) updated by
- You can use _SQLite_Display2DResult from SQLite.au3 or, better, copy it and make your own.
- 2:45 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
-
The following works. From the examples you mention, change the client line 48 into
TCPSend($ConnectedSocket, StringToBinary($szData, 4))and in the server, change lines 67+: {{{ ; Try to receive (up to) 2048 bytes ;---------------------------------------------------------------- $recv = TCPRecv($ConnectedSocket, 2048, 1) ; If the receive failed with @error then the socket has disconnected ;---------------------------------------------------------------- If @error Then ExitLoop ; convert from UTF-8 to AutoIt native UTF-16 $recv = BinaryToString($recv, 4) ; Update the edit control with what we have received This way, you transmit UTF-8 data. If the client has to send both binary and string data, you need to make the server aware of that so that it doesn't "decode from UTF-8" actual binary data that would instead need be passed verbatim. - 12:00 AM Ticket #1632 (UDF to display a table) updated by
-
Version changed
Automatic ticket cleanup.
May 18, 2010:
- 11:57 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- @MrCreatoR: Use the taskmanager to see if AutoIt is still running. If its not, this problem is now resolved by a new beta AutoIt3Wrapper. Download it and test again. Should solve your problem. (and this ticked)
- 10:50 PM Ticket #1632 (UDF to display a table) created by
- It would be handy to have an UDF who combines the consolewrite …
- 10:35 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- BTW, it's not related to SciTE, the same happens when executing from explorer. And i have tested the issue on last 3.3.6.1 version, the bug is still there :(
- 10:20 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > the explorer open OK and using an OnAutoItExitRegister display a msgbox. Yes, with OnAutoItExitRegister everything is fine, but not with direct exit. > How do you proof there is an error? If you can, please download this video (1.91 mb packed, 11.9 mb unpacked), it shows up my issue. I don't know what is wrong there, but sometimes the bug is not reproducable (unstable bug :) ), sometimes i need to "play" with the lines, for example add a messagebox or any other function (after ShellExecute), run the script, and then remove the added function, then the bug is back, stragne…
- 10:18 PM Ticket #1631 (Get FilePath from file handle) updated by
- This should be a feature request, not a bug... I can't seem to edit the ticket type after I made it…
- 10:08 PM Ticket #1631 (Get FilePath from file handle) created by
- I had previously sent this as a cod submission via the method …
- 8:53 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) created by
- Documentation UDF History page seems to be broken... i got that …
- 5:51 PM Ticket #1503 (FileGetSize don't works solid) closed by
- Fixed: Fixed by revision [5835] in version: 3.3.7.0
- 2:04 PM Ticket #1629 (Ability to destroy embedded IE objects to rehash browser settings) created by
- Please add a feature so that we can kill and recreate embedded IE …
- 6:08 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- It is working fine.
- 12:05 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Last Reply is not related to this trac issue. And is allready Solved. http://www.autoitscript.com/forum/index.php?showtopic=114536&view=findpost&p=800598
May 17, 2010:
- 10:00 PM Ticket #1628 (default icon for compiled scripts) updated by
-
Version changed
Automatic ticket cleanup. - 9:14 PM Ticket #1628 (default icon for compiled scripts) created by
- It would be nice if we could compile a script with NO icon, so that it …
- 8:04 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- This might be related.. it always gets stuck no matter what you do Run( "cmd.exe" ) ConsoleWrite( "Now should exit!" & @lf ) Exit
- 8:00 PM Ticket #1310 (TCPConnect Timeout) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:05 PM Ticket #1310 (TCPConnect Timeout) closed by
- Fixed: Fixed with ticket #1573
- 6:05 PM Ticket #1573 (TCPConnect TCPTimeout) closed by
- Fixed: Fixed by revision [5826] in version: 3.3.7.0
- 6:01 PM Ticket #1485 (Hard crash with ContinueCase) closed by
- Fixed: Fixed by revision [5825] in version: 3.3.7.0
- 6:00 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:40 PM Ticket #1596 (Allow "Default" parameters for GUICtrlSetPos()) closed by
- Fixed: Fixed by revision [5824] in version: 3.3.7.0
- 5:30 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) closed by
- Fixed: Thanks George, I can close it now as I have updated the doc almost the same way as you suggest.
- 5:00 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) updated by
- JP "\0" or "$0" as the replacement value will return the original string which is totaly usless IMHO. If I wanted the original string, why did i bother with any replace function? The part that gets confusing is where script4ever says "Success: Returns array of matches. \0 contains input string." he may have meant [0] contains the original string but either way it's incorrect as far as I know. StringRegExpReplace() returns a string, not an array. The part about "Failure/no match: Returns input string." Should probably be "Failure/no match: Returns original string." But that is just sematics. Where he is correst is that both the successful return and the failure are missing from the documentation. All that is there is the @Error Values. "Success: Returns the modified string. Check @Extended for the number of replacements performed. Failure: Sets @Error to 2, pattern invalid. Check @Extended to get the offset of the error in the pattern." along with, or in place of the current @Error Values is probably more appropriate.
- 4:00 PM Ticket #1627 (compiling x64) updated by
-
Version changed
Automatic ticket cleanup. - 3:01 PM Ticket #1627 (compiling x64) created by
- Not really a request, just a suggestion. When compiling script, the …
- 2:26 PM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
- In fact TCPSend/TCPRecv work with ANSI or binary. Not sure what can be done to have UNICODE chars going thru…
- 3:55 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) created by
- In AutoIt 3.3.6.0, run example in TCPRecv( ) first, then run example …
May 16, 2010:
- 4:32 PM Ticket #1513 (_GUIToolTip_AddTool() accepts only strings in $sText parameter) closed by
- Fixed: Fixed by revision [5822] in version: 3.3.7.0
- 2:30 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- you are right...my intent was to ignore leading whitespaces so updated it to (\s*) Updated the Beta version. Thanks jos
- 2:19 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- I'm not sure why @CRLF & "(\s?)" .. is used in the regexp's. As \s? will only target/capture one blank character. But \s* will probably has it own set of problems. Anyway: v2.0.1.31 Works for me.
- 11:13 AM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- I had a look at why the dup directive was changed and not removed and fixed that. While in there also change the change for the header and footer #region statements to only remove the non commented lines. Give it a spin to see if that fixes it. Jos
- 7:43 AM Ticket #1513 (_GUIToolTip_AddTool() accepts only strings in $sText parameter) updated by
-
Owner, Status changed
If understand well,you may have forgot _GUICtrlHeader_InsertItem() and _GUICtrlHeader_SetItemText(). May I have an working example for _GUIToolTip_AddTool() so I can verify the modifications? Thanks - 6:28 AM Ticket #1607 (ControlTreeView not fully working with SysTreeView32) updated by
-
Owner, Status changed
For me it is not a bug, but I leave to Jon the conclusion - 6:26 AM Ticket #1620 (debug.au3: single(') quote problem.) closed by
- Fixed: Fixed by revision [5817] in version: 3.3.7.0
- 6:09 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I cannot reproduce the problem under a virtual PC. the explorer open OK and using an OnAutoItExitRegister display a msgbox. anyway no AutoIT3.exe is still running How do you proof there is an error?
- 5:20 AM Ticket #1623 (_WinAPI_SetLayeredWindowAttributes() uses Execute() unnecessarily) closed by
- Fixed: Fixed by revision [5816] in version: 3.3.7.0
- 4:55 AM Ticket #1621 (Spelling error in TCPStartup remarks) closed by
- Fixed: Fixed by revision [5815] in version: 3.3.7.0
- 2:43 AM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- Bug fix on suggestion patch. […]
- 2:22 AM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- Suggestion patch. […] I'm out.
- 12:33 AM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- Looked at the source, but ... well we see.
May 15, 2010:
- 11:22 PM Ticket #1624 (_crypt_DecryptData not working in Windows 2000) closed by
- No Bug
- 10:43 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
- Replying to Jos: > I am not really planning to work on issues that are the result of copying statements generated by AutoIt3Wrapper. > Just never copy this line in whatever flavor, shape or form including commented: > > #Region ; Directives created by AutoIt3Wrapper_GUI > > Jos I see. ... No I don't. Why is the first dupe-directive changed? If its just ignored, and thereby pushed downwards by the creation of a new AutoIt3Wrapper_GUI block. It should stay the same. Its changed. (and the secondary commented-out AutoIt3Wrapper_GUI block has nothing to do with this) The secondary commented-out AutoIt3Wrapper_GUI was only added to show that not only active directives are changed, but disabled ones to. although in a none destructive way. That this is a side effect of the AutoIt3Wrapper_GUI block region headers, thats fine by me.
- 10:00 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) updated by
-
Version changed
Automatic ticket cleanup. - 9:37 PM Ticket #1619 (Last line highlighting after undo operation in SciTE) closed by
- Wont Fix: I get the same behaviour in the lexers for ".bat" and ".c" files so assume the Scite Editor doesn't request the Scintilla Lexer to update the Syntax colouring. So assuming a SciTE bug which I will not be working on. Jos
- 9:11 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) closed by
- Wont Fix: I am not really planning to work on issues that are the result of copying statements generated by AutoIt3Wrapper. Just never copy this line in whatever flavor, shape or form including commented: #Region ; Directives created by AutoIt3Wrapper_GUI Jos
- 8:18 PM Ticket #1625 (AutoIt3Wrapper_GUI: Compile, directives block update.) created by
- - duplicate directive commands. AutoIt3Wrapper: 2.0.1.24/2.0.1.29. …
- 12:17 AM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- Replying to Jpm: > Yes the new repro with the move of GUIDelete($hWnd2) reproduce the behavior. > Now I can really investigate. > Stay tune. Actualy you can reproduce the bug (GUICreate related) with only two lines: […] And i think the lockup issue is somehow related to ticket #1618 (ShellExecute("C:\") causes script hanging, i have posted it before i have seen this one).
May 14, 2010:
- 7:32 PM Ticket #1624 (_crypt_DecryptData not working in Windows 2000) updated by
- Sorry, no bug Please close this ticket
- 6:25 PM Ticket #1624 (_crypt_DecryptData not working in Windows 2000) updated by
- Found that: http://support.microsoft.com/?scid=kb%3Ben-us%3B841715&x=16&y=11 " When you try to decrypt data on a computer that is running the Microsoft Windows XP operating system, and the data was encrypted by using the RC2 algorithm on a computer that is running Microsoft Windows 2000, you may not be able to decrypt the data successfully. To be able to decrypt the data successfully, you must make an explicit call to the CryptSetKeyParam function. The CryptSetKeyParam function is defined in the Advapi32.dll file to adjust the key length for the RC2 algorithm explicitly. " I have the same problem with the RC4 algo... That is not an AutoIT bug, but perhaps someone can update the help file to inform about this issue. (Maybe there is an workaround to get the script running....)
- 5:33 PM Ticket #1624 (_crypt_DecryptData not working in Windows 2000) updated by
- The Bug seems to be elswhere. I encrypted a string in Windows 2000. Then the script does the job in Windows 2000. But the 'Windows 2000 script' does not run in Vista. Perhaps there is some difference in encrypting under Win2000 and encrypting under XP/Vista/Win7 ? […]
- 5:13 PM Ticket #1622 (build secure) closed by
- Rejected
- 4:50 PM Ticket #1624 (_crypt_DecryptData not working in Windows 2000) created by
- Please try the example from the AutoIt Help: […] Even Win2000 is …
- 3:49 PM Ticket #1623 (_WinAPI_SetLayeredWindowAttributes() uses Execute() unnecessarily) created by
- Ref: http://www.autoitscript.com/forum/index.php?showtopic=114398 In …
- 10:00 AM Ticket #1622 (build secure) updated by
-
Version changed
Automatic ticket cleanup. - 9:58 AM Ticket #1622 (build secure) created by
- the AutoIt exe are not secure decompilation is easily done, it must …
- 6:35 AM Ticket #1621 (Spelling error in TCPStartup remarks) created by
- In the Remarks section for TCPStartup in the help file the first line …
- 3:44 AM Ticket #1620 (debug.au3: single(') quote problem.) created by
- file: debug.au3 function: __Debug_ReportWrite() Problem: The $sData …
May 13, 2010:
- 2:40 PM Ticket #1619 (Last line highlighting after undo operation in SciTE) created by
- Just type this single line (without any other empty lines) in the …
- 2:28 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) created by
- If we use ShellExecute("C:\") as last command in the script …
- 7:38 AM Ticket #1310 (TCPConnect Timeout) updated by
- Ther is a fix in the pipe that is going to do the same timeout as for other TCP...() functions. Is that OK?
- 7:31 AM Ticket #1527 (@ScriptDir & "\Test1.xls") closed by
- Completed: Added by revision [5814] in version: 3.3.7.0
May 12, 2010:
- 10:33 PM Ticket #1615 (_GUICtrlTreeView_SetStateImageIndex() prohibits 0 in $iIndex parameter) closed by
- Fixed: Fixed by revision [5813] in version: 3.3.7.0
- 9:24 AM Ticket #1615 (_GUICtrlTreeView_SetStateImageIndex() prohibits 0 in $iIndex parameter) updated by
- Thanks a lot
May 11, 2010:
- 10:38 PM Ticket #1615 (_GUICtrlTreeView_SetStateImageIndex() prohibits 0 in $iIndex parameter) updated by
- Replying to Jpm: > in fact 0, if I understand well, will reset the state. > something a little in contracdiction with the function name. > But if it can be really useful, I can change it just give me an example of it > I am working right now on a script where I use this effect but I'm afraid it's to large to serve as example. Briefly, there's a TreeView on the form with TVS_CHECKBOXES set but the user should only be able to see and set checks on the first 2 levels of the tree. The only way to achieve it is to send TVM_SETITEM with 0 in bits 12 - 15 of TVITEM.state for items, where no checkboxes are allowed. Extremely simplified the code looks like (_GUICtrlTreeView_SetStateImageIndex() was patched here): […]
- 7:35 PM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- :) --- Off topic: While taking my time to write a (none posted) reply. Jpm dropped in a reply. Instead of loosing the message I got a nice notification about the situation. (Thanks 2)
- 6:20 PM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) closed by
- Fixed: Fixed by revision [5812] in version: 3.3.7.0
- 1:14 PM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- Yes the new repro with the move of GUIDelete($hWnd2) reproduce the behavior. Now I can really investigate. Stay tune.
- 11:12 AM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- (Same anonymous, differand location) Alternitive (or better), move the "GUIDelete($hWnd2)" below the "$hWnd9 = GUICreate('GUI-9 test',...". And drop in a hotkey-waiting loop after the "GUIDelete($hWnd2)" This shows that the $hWnd2 window failed to deleted. Witch is probely wy AutoIt locks up in its exit process. (can't test anything at my current location.)
- 10:30 AM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- Disable the "GUIDelete($hWnd2)" part to make it lockup. (got to go right now, be back later)
- 9:43 AM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- I test with the attached script with no error under XP […]
- 6:40 AM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- Thanks for your support. I am not sure to understand how the complete script works. When you say OnExit are you using OnAutoItExitRegister? From under Win7 everything is fine I will check under WinXP The failing creation use $iStyle = BitOr($WS_CHILD, $WS_VISIBLE, $WS_CLIPSIBLINGS) ; 0x54000000 ;1409286144 ;; force GUICreate error. $iStyleExt = $WS_EX_WINDOWEDGE ; 256
May 10, 2010:
- 11:13 PM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) updated by
- Hum, Number don't say that much: 1409286144 is a mix of the default GUI-Style value minus $GUI_SS_DEFAULT_GUI and plus $WS_CHILD value. BitAND($iStyle, BitNOT($GUI_SS_DEFAULT_GUI)) BitOR($iStyle, $WS_CHILD) Just in case.
- 11:00 PM Ticket #1617 (Lockup: failed GuiCreate + undeleted window.) created by
- […] @jpm: Wow. That list is getting smaller every day. (or: Thanks …
- 6:28 PM Ticket #1564 (Not able to get text using controlistview("","","","gettext",$index) ...) closed by
- No Bug: closed lack of info
- 6:18 PM Ticket #1399 (_ColorSetRGB() is returning wrong color value) closed by
- Fixed: Fixed by revision [5811] in version: 3.3.7.0
- 5:19 PM Ticket #1531 (Windows textcolor not honored by Inputbox, Edit-, List- and Combo-Control) closed by
- Fixed: Fixed by revision [5810] in version: 3.3.7.0
- 3:45 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) closed by
- Fixed: Fixed by revision [5809] in version: 3.3.7.0
- 2:55 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I just found how to detect that +d or +D cannot be register with russian keyboard. So I will set an @error code with return =0
- 1:15 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Thanks, So I don't know how to solve the fact that VK code must correspond to the lower case. in the russian keyboard it must be в. hotkeyset function don't really care about +d or +D, at least as it is coded. for russian keyboard. Same kind of problem occur with Send() […] The only think I can do is to add some warning in HotKeySet doc
May 9, 2010:
- 11:43 PM Ticket #1616 (AutoIt3Wrapper Icon Resource Error) updated by
- Replying to Jos: > Made the update to $tB_GroupIcon and uploaded a new version to the SciTE Beta directory. > Please test to see if that fixes it for you. > > Thanks > Jos That fixed it for me, thanks.
- 11:36 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Replying to Jpm: > I cannot have acces to a russian or Hebrew window, but I want to be sure of the output on such system with the following script No output, it's not responding when «Ctrl + Shift + D» pressed, the function is not executed. And if i change to English layout, it will show this: [[Image(...)]]
- 4:03 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I cannot have acces to a russian or Hebrew window, but I want to be sure of the output on such system with the following script […] But it works on my French Win7 see attach HotKeySet.png image
- 4:00 PM Ticket #1616 (AutoIt3Wrapper Icon Resource Error) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:02 PM Ticket #1616 (AutoIt3Wrapper Icon Resource Error) closed by
- Fixed: Made the update to $tB_GroupIcon and uploaded a new version to the SciTE Beta directory. Please test to see if that fixes it for you. Thanks Jos
- 7:40 AM Ticket #1480 (Corrupting registry when importing a .reg file with a delete key in it) closed by
- No Bug: I don't understand the corruption you mention. But to have it working you must launch Reg.exe in admin mode. so you must add a #requireAdmin
- 7:23 AM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) closed by
- Fixed: Fixed by revision [5808] in version: 3.3.7.0
- 6:32 AM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) updated by
- The _Net_Share_ShareCheck() return @extended= 2311 indicating that the requested share is not shared!!! I test it under Win7 perhaps a BUG at MS Side
- 2:05 AM Ticket #1616 (AutoIt3Wrapper Icon Resource Error) created by
- I was trying to add around 75 icons to a program I was writing, so I …
May 8, 2010:
- 8:15 PM Ticket #1471 (_ClipPutFile is not unicode aware) closed by
- Fixed: Fixed by revision [5807] in version: 3.3.7.0
- 6:54 PM Ticket #1310 (TCPConnect Timeout) updated by
- i also have same problem The result: Connect Failed! time-consuming: 20.9968sec ==== Opt("TCPTimeout",10) Global $out_txt TCPStartup() $iBeginTime = TimerInit() $socket = TCPConnect("192.168.1.18", 8080) If $socket <> -1 Then $out_txt = "Connect Successful! time-consuming: " & Round(TimerDiff($iBeginTime) / 1000, 4) & "sec" Else $out_txt = "Connect Failed! time-consuming: " & Round(TimerDiff($iBeginTime) / 1000, 4) & "sec" EndIf TCPCloseSocket($socket) ConsoleWrite($out_txt & @CRLF) MsgBox(0, "", $out_txt)
- 8:56 AM Ticket #1615 (_GUICtrlTreeView_SetStateImageIndex() prohibits 0 in $iIndex parameter) updated by
- in fact 0, if I understand well, will reset the state. something a little in contracdiction with the function name. But if it can be really useful, I can change it just give me an example of it
May 7, 2010:
- 9:17 PM Ticket #1615 (_GUICtrlTreeView_SetStateImageIndex() prohibits 0 in $iIndex parameter) created by
- If _GUICtrlTreeView_SetStateImageIndex() encounters 0 in $iIndex …
- 6:11 PM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
- It is over simplified as $array is not declared and $i not set too can you put a real crashing example Thanks
- 5:22 PM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
- Replying to Jpm: Here's a simplified example: […] Related Functions _ArrayMinIndex, _ArrayMaxIndex, _ArrayMin, _ArrayMax. Reason: Subscript Out Of Bounds Related Example: […] Bolded reasons. Fix: add an error return on _ArrayMinIndex and _ArrayMaxIndex stated above.
- 5:11 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
-
Owner, Status changed
- 5:08 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
- What your suggestion to fix it
- 4:56 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
- So let me get this straight, you don't want to fix a fundamentally broken function because it will break scripts (that are already broken)? Your logic continues to astound and amaze me.
- 4:41 PM Ticket #1614 (_ScreenCapture_CaptureWnd(): Ignoring that Right and Bottom are ...) closed by
- Fixed: Fixed by revision [5806] in version: 3.3.7.0
- 4:23 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) closed by
- Fixed: Fixed by revision [5805] in version: 3.3.7.0
- 4:09 PM Ticket #1614 (_ScreenCapture_CaptureWnd(): Ignoring that Right and Bottom are ...) updated by
- O yea. XpProSp3 + Classic theme. […] Screen shot as additional line at right and bottom borders.
- 3:59 PM Ticket #1614 (_ScreenCapture_CaptureWnd(): Ignoring that Right and Bottom are ...) created by
- Effect: Allows capture range to be one pixel to big on right and …
- 2:15 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
- as swapping the function will be a script breaking, I don't think we will swap them. in this specifice report we can just document that _Clipboard_GetDataEx($CF_BITMAP) is the right thing to do if you really want to use the HBITMAP handle
- 1:56 PM Ticket #1591 (about InetGetSize,InetRead......) updated by
- How browsers are handling such situation? I would think they can't true?
- 1:53 PM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
- Why a program can crash just the return an "void" entry? give me a good example of such crash
- 9:08 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- If the user's password contains "/" or "@"", would be wrong!
- 1:18 AM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
- Replying to Jpm: > for me it is not a bug as Autoit do implicit conversion. > I move it to "feature request" The issue is that sometimes if there are void entries, this can cause a program crash because _ArrayMin uses the min index as the subscript. Error output will catch this, stopping the crash. This is why I labeled bug, and not feature.
May 6, 2010:
- 10:50 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) updated by
- not sure to understand the "Replace expression \0 contains the full match"
- 10:47 PM Ticket #1613 (Default (keyword), Auto conversion.) updated by
- >> is it the same anonymous which give a so clear explanation? yes.
- 10:24 PM Ticket #1613 (Default (keyword), Auto conversion.) closed by
- No Bug: is it the same anonymous which give a so clear explanation? Anyway I think the doc explain what is happening.
- 10:13 PM Ticket #1613 (Default (keyword), Auto conversion.) updated by
- No bug as it seems. >> Doc: if you try and multiply two variants they will be treated as numbers, if you try and concatenate (join) two variants they will be treated as strings. Explains the result in the first code. >> This keyword(Default) should not be used in a general computation expression. AutoIt will not detect such situations because it has too much of a performance penalty. Not to sure if this apply's to this situation. (assuming it is)
- 9:33 PM Ticket #1612 (Add a FileDeleteLine function.) closed by
- Rejected: Your shortcomings are not sufficient grounds to add features to the language when those of us without said shortcomings are capable of implementing it ourselves.
- 9:28 PM Ticket #1610 (FileSetTime error on "linux" NAS) closed by
- Duplicate: Duplicate of #1611.
- 9:27 PM Ticket #1611 (FileSetTime error on "linux" NAS) updated by
- Please learn how to use the issue tracker. You've created two tickets for the same thing so now I get to go close #1610 as a duplicate.
- 8:26 PM Ticket #1613 (Default (keyword), Auto conversion.) created by
- Not to sure. But if there test true. (they do) […] than (I think) …
- 7:43 PM Ticket #1533 (FileSaveDialog/FileOpenDialog return selected filter type) closed by
- Completed: Added by revision [5803] in version: 3.3.7.0
- 6:00 PM Tickets #1610,1611,1612 batch updated by
-
Version changed
Automatic ticket cleanup. - 5:54 PM Ticket #1612 (Add a FileDeleteLine function.) created by
- There is a FileWriteLine and FileReadLine, but not a FileDeleteLine. …
- 4:34 PM Ticket #1611 (FileSetTime error on "linux" NAS) created by
- FileSetTime() always return an error on Linux based NAS shares even …
- 4:33 PM Ticket #1610 (FileSetTime error on "linux" NAS) created by
- FileSetTime() always return an error on Linux based NAS shares even …
- 3:25 PM Ticket #1507 (help file improvement) closed by
- Works For Me: I am not sure of what is your request. Examples are just a starter. For me the GUICtrlRead() is clear about you can get rom for any control
- 3:21 PM Ticket #1499 (Performance increase to internal __FTP_ListToArray()) closed by
- Fixed: Fixed by revision [5802] in version: 3.3.7.0
- 3:00 PM Ticket #1478 (Make _ScreenCapture_CaptureWnd convert HWnd) closed by
- Completed: Added by revision [5801] in version: 3.3.7.0
- 10:24 AM Ticket #1435 (Additions to RichEditConstants.au3 for Find replace dialog.) closed by
- Completed: Added by revision [5799] in version: 3.3.7.0
- 10:19 AM Ticket #1565 (Arrays as object properties; memory leak) updated by
- You have one particular class defined in the code that is closely related to arrays-objects interaction procedure. One private member of that class is a variant whose purpose is to serve as a carrier of data from internal array to object. That variant is not cleared on its reinitialization (nor on end_of_usage, likely). But if you say it is then that's it. You have the code in front of you. Btw, AutoIt code can be written based on the assumption from the above and the issue can be attempted to be solved from the script itself. Conveniently it works, but it's causing a performance hit. Anyway, I hope you'll find the solution eventually.
- 10:08 AM Ticket #1262 (Add SMTP AUTH to _INetSmtpMail() in inet.au3) closed by
- Rejected: Closed with lack of information
- 10:07 AM Ticket #1380 (Inform user of required parameters in _Timer_Settimer()) closed by
- Fixed: Fixed by revision [5798] in version: 3.3.7.0
- 9:18 AM Ticket #1371 (_TempFile() update) closed by
- Completed: Added by revision [5796] in version: 3.3.7.0
May 5, 2010:
- 10:37 PM Ticket #1588 (Modified Debug functionality) closed by
- Fixed: Fixed by revision [5794] in version: 3.3.7.0
- 9:21 PM Ticket #1608 (Encrypting a file about 10 MB destroys the file - crypt.au3 bug ?) updated by
- I Have tested this with a 10MB PDF File. The decryptet file was broken, too. Then I used a Hex Editor (tiny hexer) to compare both files. The difference starts exactly at Byte 1048576 (Offset: 0x10000). Same Thing with a 37,0MB .rar file. (Because of "$bTempData = FileRead($hInFile, 1024 * 1024)" the error must occur in the second run in the inner loop of _Crypt_DecryptFile or _Crypt_EncryptFile) A 14,2MB .mp3 worked fine.
- 9:15 PM Ticket #1517 (_GUICtrlListView_SimpleSort not sorts checkboxes defined by ...) closed by
- Fixed: Fixed by revision [5793] in version: 3.3.7.0
- 8:48 PM Ticket #1609 (GUICtrlCreateGroup() size/position affected by default font size.) closed by
- No Bug: In fact no the group control is created at the same position . You can verify using "AutoIt Info Tool". It look like the way the group is drawnis affected internaly by the font. Just Ask MS why …
- 8:28 PM Ticket #1599 (TrayItemSetText Win7 x64) updated by
- I am under Win7 Ultimate X86 but that nothing to do with the regression we introduce when fixing 1475 in 3.3.5.5
- 6:12 PM Ticket #1608 (Encrypting a file about 10 MB destroys the file - crypt.au3 bug ?) updated by
- Having this issue too. Here's more detail. I'm not sure if this is a problem in Crypt.au3, a limitation of Windows' implementation of AES, or a lack of knowledge on my part, but is appears that either _Crypt_EncryptFile or _Crypt_DecryptFile mangles .zip files that are over ~1MB. In the script below, if test.zip is more than a few megabytes, the resulting dec_test.zip will be unreadable. Zip programs can see files in the .zip, but will not be able to extract the data due to corruption. This doesn't seem to happen to other large files, but I've managed to corrupt other archive types, like .7z as well as installer executables, and .msi files. This seems to happen with the AES family of algorithms. RC4 works fine. I haven't tried others. Can anyone provide some insight as to what is happening? I'm currently on 3.3.4.0 #Include <Crypt.au3> $file2encrypt="test.zip" $encryptedfile="test.zip.enc" $decryptedfile="dec_test.zip" $key="12345" _Crypt_EncryptFile($file2encrypt , $encryptedfile, $key, $CALG_AES_256) _Crypt_DecryptFile($encryptedfile , $decryptedfile, $key, $CALG_AES_256)
- 4:36 PM Ticket #1599 (TrayItemSetText Win7 x64) updated by
- Very bizarre, what version do you have? I tried it on Professional.
- 4:16 PM Ticket #1555 (Regwrite Reg_Dword does not write correct value) updated by
- Without the "" it works perfect but if you read the help the "" are always used or there must be a modification to the helpfile or this is still a bug on X64 Help File Example ; Write a single REG_SZ value RegWrite("HKEY_CURRENT_USER\Software\Test", "TestKey", "REG_SZ", "Hello this is a test")
- 2:25 PM Ticket #1609 (GUICtrlCreateGroup() size/position affected by default font size.) updated by
- Pardon me, a faulty late-night cut-and-paste. Here is the complete demo script. I'm running XP Pro SP3. […]
- 2:00 PM Ticket #1529 (TrayItemSetText() sets incorrect text) updated by
-
Milestone changed
Automatic ticket cleanup. - 12:24 PM Ticket #1529 (TrayItemSetText() sets incorrect text) closed by
- Fixed: Fixed by ticket 1599
- 12:21 PM Ticket #1545 (RegRead 64bit) closed by
- No Bug: All case return the same value running in X86 mode with or without HKLM64
- 12:13 PM Ticket #1564 (Not able to get text using controlistview("","","","gettext",$index) ...) updated by
- unless I get a repro script I will close it
- 12:00 PM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
-
Version changed
Automatic ticket cleanup. - 11:59 AM Ticket #1565 (Arrays as object properties; memory leak) updated by
- The VariantClear is done so it should be something else …
- 10:58 AM Ticket #1578 (DirCopy doesn't work unless you specify option 1 - Overwrite) closed by
- Works For Me: Replying to MrCreatoR <mscreator@…>: > Replying to Jpm: > > can you be more explicit does output dir already have those input dir files? > > if yes that not a bug > I have checked that issue, and indeed there is a bug - the destination folder exists but it's empty, files are not copied from source dir (with flag = 0). I understand your point but overiding is needed to reuse the target stuff. So any problem in creation lead to an error not just the files copy. Perhaps doc must be more precise.
- 10:52 AM Ticket #1584 (web - outdated year) updated by
-
Owner, Status changed
- 10:50 AM Ticket #1602 (_ArrayMinIndex and Void entries) updated by
-
Type changed
for me it is not a bug as Autoit do implicit conversion. I move it to "feature request" - 10:40 AM Ticket #1592 (Int() does not set error status on fail) closed by
- No Bug: reread the doc there is no @error setting for a string
- 10:19 AM Ticket #1599 (TrayItemSetText Win7 x64) closed by
- Fixed: Fixed by revision [5792] in version: 3.3.7.0
- 10:08 AM Ticket #1599 (TrayItemSetText Win7 x64) updated by
-
Owner, Status changed
- 10:08 AM Ticket #1599 (TrayItemSetText Win7 x64) updated by
- In fact does not work either under win7 X86 I will fix it
- 8:47 AM Ticket #1609 (GUICtrlCreateGroup() size/position affected by default font size.) updated by
- Can you update the example Display_Group is missing? under which env are you running?
- 7:42 AM Ticket #1609 (GUICtrlCreateGroup() size/position affected by default font size.) created by
- As the small demo script shows, the top coordinate (and therefore also …
May 4, 2010:
- 11:06 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- No soup for you!
- 9:45 PM Ticket #1601 (_GUIImageList_AddIcon returns wrong value if failed) closed by
- Fixed: Fixed by revision [5791] in version: 3.3.7.0
- 9:36 PM Ticket #1608 (Encrypting a file about 10 MB destroys the file - crypt.au3 bug ?) created by
- Tested with Version 3.3.6.1 Encrypting a file over a size limit of …
- 8:16 PM Ticket #1607 (ControlTreeView not fully working with SysTreeView32) created by
- The ControlTreeView options "Check", "UnCheck" and "IsChecked" are not …
- 4:02 PM Ticket #1606 (Remove AutoItX) closed by
- Rejected: I doubt very seriously Jon will consider this.
- 4:02 PM Ticket #1605 (FileExists/FileCopy can't handle spaces in file names) closed by
- No Bug: Read the guidelines.
- 3:10 PM Ticket #1606 (Remove AutoItX) created by
- I propose removal of AutoItX altogether. I haven't seen any real …
- 7:08 AM Ticket #1605 (FileExists/FileCopy can't handle spaces in file names) created by
- I have written a script which does the following: Create a drive …
- 12:39 AM Ticket #1604 (Add Send To Mail Recipient Feature to SciTE) closed by
- Rejected
- 12:00 AM Ticket #1604 (Add Send To Mail Recipient Feature to SciTE) updated by
-
Version changed
Automatic ticket cleanup.
May 3, 2010:
- 10:57 PM Ticket #1604 (Add Send To Mail Recipient Feature to SciTE) created by
- It would be useful to have a feature in SciTE that would allow for …
- 10:48 PM Ticket #1603 (Comment-Before Character) updated by
- Replying to anonymous: > Replying to Valik: > > What practical purpose does this serve? People write and read code left-to-write. You do not want to read a piece of code only to learn it was just a comment. That makes no sense. > > Because the commented code will be greyed out... That last comment was me btw I guess the most practical purpose would be rapidly comment out a suspicious section of one line of code to see if it is causing any problems.
- 10:45 PM Ticket #1603 (Comment-Before Character) updated by
- Replying to Valik: > What practical purpose does this serve? People write and read code left-to-write. You do not want to read a piece of code only to learn it was just a comment. That makes no sense. Because the commented code will be greyed out…
- 10:31 PM Ticket #1603 (Comment-Before Character) closed by
- Rejected: What practical purpose does this serve? People write and read code left-to-write. You do not want to read a piece of code only to learn it was just a comment. That makes no sense.
- 9:59 PM Ticket #1603 (Comment-Before Character) created by
- I propose a comment character that will comment out code that appears …
- 5:56 PM Ticket #1600 (please check "=" Operator bug) closed by
- No Bug: What do I have to do to make it clear to you people that if you are asking a question on the issue tracker you're in the wrong place? I mean, I only have it in the big giant red box. I suggest you try reading it next time because your failures in creating this ticket are numerous.
- 4:53 PM Ticket #1602 (_ArrayMinIndex and Void entries) created by
- Thought I would just point out that for void entries, when calling …
- 2:42 PM Ticket #1600 (please check "=" Operator bug) updated by
- I think, this was discussed many times in the forums and this is "by design": […] is equivalent to: […] Since Number("x") returns 0 the statement is True. The following produces "expected" result on the other hand: […] as it is the same as: […]
- 2:32 PM Ticket #1601 (_GUIImageList_AddIcon returns wrong value if failed) created by
- In contradiction to documentation and to how MSDN describes the corr. …
- 2:14 PM Ticket #1600 (please check "=" Operator bug) created by
- please check "=" Operator bug 1. ConsoleWrite (0 = "x") ; -> True …
- 12:07 PM Ticket #1599 (TrayItemSetText Win7 x64) updated by
- Further testing shows that normal use of the function (handles created by the user) can be changed fine, whilst handles such as $TRAY_ITEM_EXIT (3) do not.
- 11:04 AM Ticket #1599 (TrayItemSetText Win7 x64) created by
- The function, TrayItemSetText does not seem to work on Win7 x64 …
- 6:35 AM Ticket #1575 (AURecord 3.3 -creates invalid calls to _WinWaitActivate) closed by
- No Bug: in fact all text is included as au3record cannot select the right one. It is the user responsability to correct the script selecting the one he wants.
- 6:23 AM Ticket #1582 (_GUICtrlListView_GetHeader returns no handle) closed by
- Fixed: Fixed by revision [5787] in version: 3.3.7.0
- 6:12 AM Ticket #1597 (Debug.au3, Message box mode.) closed by
- Fixed: Fixed by revision [5786] in version: 3.3.7.0
May 2, 2010:
- 9:41 PM Ticket #1539 (Add RegExp in CLASSNN / INSTANCE for control names) updated by
- >Your proposed regular expression does not make sense because the class name is just "Sash" and the instance is appended by AutoIt. Interesting, i didn't knew that (well, i did knew that the classes does not numerated, but i didn't thought that autoit adds the instances), thank you for clarifying this to me.
- 1:47 AM Ticket #1598 (standalone combobox function (like inputbox)) closed by
- Rejected: AutoIt is a scripting language, not a does everything [subject name here] wants out-of-the-box language.
May 1, 2010:
- 6:00 PM Ticket #1598 (standalone combobox function (like inputbox)) updated by
-
Version changed
Automatic ticket cleanup. - 5:14 PM Ticket #1598 (standalone combobox function (like inputbox)) created by
- would be nice to have this feature to avoid gui creating to simply …
- 2:23 AM Ticket #1588 (Modified Debug functionality) updated by
- Like using win32 debug facility. (see DebugView @ http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx) Example. (aka: working but not fully tested) […]
- 12:10 AM Ticket #1597 (Debug.au3, Message box mode.) created by
- Message box case is setting a none existing function. -> used with …
Apr 30, 2010:
- 10:54 PM Ticket #1582 (_GUICtrlListView_GetHeader returns no handle) updated by
-
Owner, Status changed
- 6:13 PM Ticket #1595 (SupportedOS ID for manifest) updated by
- Hint: AutoIt3Wrapper is not an official first-party tool. It's 2nd-party. I do not care one way or the other if AutoIt3Wrapper contains this functionality. I want this functionality built into Aut2Exe and do not want this ticket closed as complete otherwise. Apparently I have to do things myself if I wish for them to be done right.
- 6:00 PM Ticket #1596 (Allow "Default" parameters for GUICtrlSetPos()) updated by
-
Version changed
Automatic ticket cleanup. - 4:50 PM Ticket #1596 (Allow "Default" parameters for GUICtrlSetPos()) created by
- Could you implement "Default" parms (top, left, width, height) for the …
- 1:14 PM Ticket #1595 (SupportedOS ID for manifest) created by
- == Introduction == With Windows 7, Microsoft introduces a new section …
- 10:59 AM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) closed by
- Completed: Added by revision [5785] in version: 3.3.7.0
- 8:48 AM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) updated by
- Next time I will be very please to receive something in relation with the current UDF …
- 1:40 AM Ticket #1593 (Prevent script Exit from OnAutoItExitRegister function) closed by
- Rejected: This request does not make sense. If you do not wish for a script to exit then take control of the exit points (GUI events, tray events).
Apr 29, 2010:
- 9:53 PM Ticket #1594 (Allow "-1" default parameters for GUICtrlSetPos()) updated by
- "Default" uses the coordinates of the previously referenced control, not the control being specified in the GUICtrlSetPos() function. Is this then a bug fix?
- 9:46 PM Ticket #1594 (Allow "-1" default parameters for GUICtrlSetPos()) updated by
- Crap! I could swear I tried "Default" as well. Pardon me wasting your time.
- 5:37 PM Ticket #1594 (Allow "-1" default parameters for GUICtrlSetPos()) closed by
- Rejected: I assume you are completely oblivious to the fact that -1 is a perfectly valid position. I also assume you never bothered to look into the Default keyword which was designed for exactly this situation.
- 5:15 PM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) updated by
- Sorry I haven't responded, this thing hasn't let me saying I was being spammy. Yes, the feature request is just the integration of that functionality. :)
- 4:49 PM Ticket #1594 (Allow "-1" default parameters for GUICtrlSetPos()) created by
- Could you implement "-1" parms (top, left, width, height) for the …
- 1:38 PM Ticket #1593 (Prevent script Exit from OnAutoItExitRegister function) created by
- It would be usefull if we could prevent the exit from script inside …
- 12:25 PM Ticket #1578 (DirCopy doesn't work unless you specify option 1 - Overwrite) updated by
- Replying to Jpm: > can you be more explicit does output dir already have those input dir files? > if yes that not a bug I have checked that issue, and indeed there is a bug - the destination folder exists but it's empty, files are not copied from source dir (with flag = 0).
- 12:20 PM Ticket #1592 (Int() does not set error status on fail) created by
- The documentation for Int( expression ) says <snip> Return Value …
- 9:05 AM Ticket #1591 (about InetGetSize,InetRead......) created by
- For examples: $test= …
- 6:34 AM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) updated by
-
Owner, Status changed
So that the only modification you want me to integrate to close this ticket? - 6:27 AM Ticket #1575 (AURecord 3.3 -creates invalid calls to _WinWaitActivate) updated by
-
Status changed
- 6:03 AM Ticket #1578 (DirCopy doesn't work unless you specify option 1 - Overwrite) updated by
- can you be more explicit does output dir already have those input dir files? if yes that not a bug
- 6:00 AM Ticket #1590 (restore FileOpen("con", 4) in AutoIt 3.3.6.2) updated by
-
Version changed
Automatic ticket cleanup. - 5:56 AM Ticket #1575 (AURecord 3.3 -creates invalid calls to _WinWaitActivate) updated by
-
Owner, Status changed
- 5:51 AM Ticket #1573 (TCPConnect TCPTimeout) updated by
-
Owner, Status changed
- 5:28 AM Ticket #1588 (Modified Debug functionality) updated by
- rereading your post, make me assume something. You can always do your own report function
- 5:23 AM Ticket #1590 (restore FileOpen("con", 4) in AutoIt 3.3.6.2) updated by
-
Owner, Status changed
That's for Jon which did that to implement file sharing at open time - 5:21 AM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) updated by
- It would be clearer to post it here the desired modification. reading the thread make me confuse ;)
- 4:42 AM Ticket #1590 (restore FileOpen("con", 4) in AutoIt 3.3.6.2) updated by
- in AutoIt 3.2.12.1, statement […] open console, then user can input from keyboard, programmer can handle user input. but from AutoIt 3.3.4.0, 4---the "RAW" reading mode from FileOpen() has been removed, this make no simple method to accept user input from keyboard in AutoIt. I hope restore FileOpen("con", 4) in AutoIt 3.3.6.2.
- 4:32 AM Ticket #1590 (restore FileOpen("con", 4) in AutoIt 3.3.6.2) created by
- in AutoIt 3.2.12.1, statement […] open console, then user can …
Apr 28, 2010:
- 6:10 PM Ticket #1589 (_GuiCtrlTab_ClickTab() Revision) created by
- The version of _GuiCtrlTab_ClickTab in GuiTab.au3 doesn't allow for …
- 5:57 PM Ticket #1588 (Modified Debug functionality) updated by
- not sure your example is demontrating what you have in mind as you get an autoit3.exe waiting instead of a notepad. Can you be more explicit about the burden? as all output are realy going to the same window
- 5:26 PM Ticket #1587 (Modified Debug functionality) closed by
- Duplicate: Closing as duplicate of #1588.
- 1:20 PM Ticket #1572 (SciTE unzipped does not find help-files) updated by
- Jos, I found the solution to be simply adjusted in \SciTe\properties\au3.properties to set the path for autoit3dir from the fixed path autoit3dir=C:\Program Files (x86)\AutoIt3 back to the relative path autoit3dir=..\AutoIt3 # SciTE settings for AutoIt v3 # # February 26, 2010 - Jos # # # * Specify here your AutoIt program directory * autoit3dir=C:\Program Files (x86)\AutoIt3 Before: # SciTE settings for AutoIt v3 # # January 19, 2008 - Jos van der Zande (jdeb (at) autoitscript (dot) com) # # # * Specify here your AutoIt program directory * autoit3dir=..\AutoIt3
- 1:02 PM Ticket #1588 (Modified Debug functionality) created by
- After installing the newest 3.3.6.1 version of AutoIT I found that the …
- 1:02 PM Ticket #1587 (Modified Debug functionality) created by
- After installing the newest 3.3.6.1 version of AutoIT I found that the …
- 2:12 AM Ticket #1582 (_GUICtrlListView_GetHeader returns no handle) updated by
- Both variants work in AutoIt v. 3.3.4.0 - 3.3.6.1 But you have to use: […]
- 12:58 AM Ticket #1565 (Arrays as object properties; memory leak) updated by
- Just an observation more. This seems to be related to re-initialization of the variant you use for transporting data with arrays. You reinitialize it with VariantInit (VariantInit->VariantInit->Manual setting->VariantCopy->GoAgain). In case of VT_BSTR this leads to memory leak. That's why it's not leaking if the array ($a) is array of integers. I couldn't find much about this on msdn except for description for VariantInit saying function does not interpret the current contents. Description for VariantClear is on the other hand very specific about releasing. Adding VariantClear as a step of reinitialization should fix the issue. At least looks that way. If I'm off please don't mind.
Apr 27, 2010:
- 6:14 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
- Not sure to understand what must be done in _GUICtrlRichEdit_EnableOLE( False) after usage of a successful _GUICtrlRichEdit_EnableOLE( True)
- 5:35 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
-
Owner, Status changed
- 7:20 AM Ticket #1543 (DirMove behaviour) updated by
- It should have been closed with "no respect of ticket writing". The post of anonymous was really what is needed. Don't expect that we can rewrite a repro script isolating the behavior as you can do. Anyway see you on another one. ;)
- 7:16 AM Ticket #1586 (DllStructSetData(char, 1, string-with-NUL-character), junk data(?)) updated by
- in fact the rewriting thru tchar will assume that your $sOrg is a real string. So for me 0x6100... is correct. I will investigate to see why the last byte is changed I get a 0x61.00.00.00.10
- 1:24 AM Ticket #1586 (DllStructSetData(char, 1, string-with-NUL-character), junk data(?)) created by
- kinda expect the character part to end up with 0x61.00.63.00.64 or …
- 12:40 AM Ticket #1543 (DirMove behaviour) updated by
- 1) very odd indeed. 2) should have bin closed after first message(not mine) in my view. :p
Note:
See TracTimeline
for information about the timeline view.
