Timeline
Jun 23, 2008:
- 7:27 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- Uploaded a new beta version of scilexer.dll which takes care of the latest introduced issue.
- 5:58 PM Ticket #403 (Different results for both for loops) updated by
- Now, give me an example where this matters. AutoIt's variables are variants. It shouldn't matter what the internal type is so long as it behaves correctly when you try to use it.
- 5:52 PM Ticket #404 (the time of the Sleep() command is vague) closed by
- No Bug: Not a bug. Could perhaps be documented but it's not anything terribly important.
- 4:36 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) updated by
- Thanks, Valik!
- 1:50 PM Ticket #404 (the time of the Sleep() command is vague) created by
- Hello Developers, i did some tests on vista and windows XP, the sleep …
- 12:00 PM Ticket #402 (Execute crashe on failure in production version 3.2.12.1) updated by
-
Milestone changed
Automatic ticket cleanup. - 11:50 AM Ticket #403 (Different results for both for loops) created by
- The two available for loops create different results, when nummeric …
- 10:48 AM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) updated by
- I think it has been solved in 3.2.13.1. Can you verified with the latest beta? Thanks
- 10:27 AM Ticket #402 (Execute crashe on failure in production version 3.2.12.1) closed by
- Fixed: Solved 3.2.13.1
Jun 22, 2008:
- 8:00 PM Ticket #392 (Tidy Region Nesting) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:48 PM Ticket #402 (Execute crashe on failure in production version 3.2.12.1) created by
- Execute crashes rather than returning "" on failure in production …
- 6:24 PM Ticket #392 (Tidy Region Nesting) closed by
- Fixed: Uploaded Tidy v 2.0.23.16 to the Beta section, which now supports nested #region statements for its comment copy options.
- 4:00 PM Ticket #392 (Tidy Region Nesting) updated by
-
Version changed
Automatic ticket cleanup. - 3:44 PM Ticket #392 (Tidy Region Nesting) updated by
-
Type changed
I am considering this a bug and have moved it. Will have a look at this. Jos - 3:43 PM Ticket #338 (Run scripts with no need to save them) closed by
- Rejected
- 7:03 AM Milestone 3.2.13.3 completed
Jun 21, 2008:
- 11:05 PM Ticket #335 (Sample Code, Help File, covering ToolTip( )) updated by
- Well, there is nothing wrong. IMHO should be sufficent for beginners as well. And neither the help text, nor the current code example point out, that a tooltip needs to be "cleared away". But never mind, I know it now - so why should I care about other newbies who also might step into this pitfall ;) Regards, Rudi.
- 4:26 PM Ticket #401 (Karma / Thanks Mod) closed by
- Rejected: You can already rate scripts posted in the Example Scripts forum.
- 2:01 PM Ticket #401 (Karma / Thanks Mod) created by
- Could we get a Karma or a Thanks mod for the forums? Somebody helps …
- 1:12 AM Ticket #390 (Bugfix in visa.au3) closed by
- Fixed: Fixed in version: 3.2.13.3
- 1:03 AM Ticket #400 (SQLite.dll.au3 bug in beta 3.2.13.2) closed by
- Fixed: Fixed in version: 3.2.13.3
Jun 20, 2008:
- 10:00 PM Ticket #400 (SQLite.dll.au3 bug in beta 3.2.13.2) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:22 PM Ticket #400 (SQLite.dll.au3 bug in beta 3.2.13.2) created by
- uses @ProcessorArch instead of @OSArch. I never reported a bug …
- 8:10 PM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) updated by
- And the script to reproduce the issue?
- 4:32 PM Ticket #398 (Compiles Scripts won't run with Config of exact same name) closed by
- No Bug: This is not a bug. Windows looks for a file with the name appname.exe.config. See here for what the file is for. Your companies naming policy is poor and should be changed. The simplest way to fix it is to stop using "config" as the extension ans use "cfg".
- 4:23 PM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) created by
- […] With AutoIt 3.2.12.0, it always return "-1" instead of the …
- 4:16 PM Ticket #398 (Compiles Scripts won't run with Config of exact same name) created by
- Our company's naming convention for configuration files is …
- 4:07 PM Ticket #397 (Editor) closed by
- Rejected
- 4:00 PM Ticket #397 (Editor) updated by
-
Version changed
Automatic ticket cleanup. - 3:39 PM Ticket #397 (Editor) created by
- I suggest to create a special editor instead of scite for writing …
- 3:42 AM Ticket #396 ("PerformRouteDiscovery" may be corruption of "PerformRouterDiscovery") updated by
- I knew it was something retarded like this.
- 3:09 AM Ticket #396 ("PerformRouteDiscovery" may be corruption of "PerformRouterDiscovery") closed by
- No Bug: No bug, bug reports are not for users scripts. Valik the user is referring to (http://www.autoitscript.com/forum/index.php?showtopic=27418&st=0&p=194194&hl=ClientConfig&#entry194194)
- 2:33 AM Ticket #396 ("PerformRouteDiscovery" may be corruption of "PerformRouterDiscovery") updated by
- What are you showing us? What are those scripts?
Jun 19, 2008:
- 11:13 PM Ticket #395 (DriveGetDrive and @ScriptDir under windows Vista run as administrator) closed by
- No Bug: This is not unexpected (to me) nor is it a bug. This blog explains it better than I can. You can test with Windows Explorer (with elevated privileges) that the issue isn't isolated to AutoIt. Closing as no bug.
- 11:12 PM Ticket #396 ("PerformRouteDiscovery" may be corruption of "PerformRouterDiscovery") created by
- In scripts AUT2EXE VERSION: 3.1.1.0 …
- 10:15 PM Ticket #395 (DriveGetDrive and @ScriptDir under windows Vista run as administrator) created by
- If you mount a drive then run a compiled script as administrator. The …
- 4:51 PM Ticket #277 (@ProcessorArch) updated by
- Replying to Jon: > http://www.osdev.org/wiki/X86-64 bad link !!!
- 4:42 PM Ticket #393 (SoundSetWaveVolume() doesn't do anything.) updated by
- Vista uses per-application sound settings. It needs documented that this function doesn't change a system-wide setting on Vista. It may either do nothing on Vista or it may be changing the applications sound level, neither of which are what's expected without documentation.
- 4:37 PM Ticket #385 (Option for _ArrayDisplay()) closed by
- Rejected: Press the ESC key to dismiss the dialog. Closing as rejected.
- 4:14 PM Ticket #385 (Option for _ArrayDisplay()) updated by
- I am unsure of this wiki stuff, I think I am replying here. WeaponX, thank you for that example. I am aware of using those kind of debug solutions, although rarely do. Most of my 'debugging' is really to just see how my arrays are looking, after different kinds of data manipulation. Or just to pop on up using _arraydisplay so I can see the results and change the script around at the same time. Maybe my use would not be the classical 'debug' as in find the line that is foul, so much as a script writing tool. Hopefully I am using this ticket thing correctly here. Thanks. Sul.
- 3:41 PM Ticket #394 (Strange TreeView behaviour, 2 different problems.) closed by
- No Bug: There is a lot wrong with that code. You need support, not reporting a bug. Some things I see wrong off-hand: * You don't use any of the information given to you by the message which gives you useful information about the item being clicked. * You're comparing numeric values as strings. Why? Your code really doesn't make sense there. * You don't return a value when you handle the click yourself. So you handle the click, then you let AutoIt handle the click, too. Your code is a long way from being correctly written. Post on the forum to get support and get your code written correctly. Closing this as no bug because it's too hard to tell if the problem is you or AutoIt.
- 9:27 AM Ticket #394 (Strange TreeView behaviour, 2 different problems.) created by
- In the treeview, the first time the WM Notify event is fired off, the …
- 7:57 AM Ticket #277 (@ProcessorArch) updated by
- Replying to Jon: > Not quite sure why. The MSDN docs clearly say "The processor architecture of the installed operating system" and not the CPU type. for me processor Architecture is equivalent to CPU Type according to the return Values possible. But well who knows …
- 2:41 AM Ticket #393 (SoundSetWaveVolume() doesn't do anything.) created by
- SoundSetWaveVolume() doesn't seem to do anything on vista, nor does it …
Jun 18, 2008:
- 8:51 PM Ticket #392 (Tidy Region Nesting) created by
- […] The above changes to below when tidy is used […] More Info: …
- 3:53 PM Ticket #391 (TreeView to just accept select in the checkboxes) closed by
- Rejected: In a word. Yes. But not by anything built-in (or UDF). You would need to use GUIRegisterMsg() to trap the click event for the TreeView, then check the coordinates and only allowed the AutoIt internal event to proceed when those coordinates are within the rectangle specifying the checkbox. Closing as rejected as this isn't going to happen on our end. Ask on the forum and I'm sure you can get help should you need any.
- 10:00 AM Ticket #391 (TreeView to just accept select in the checkboxes) updated by
-
Version changed
Automatic ticket cleanup. - 8:01 AM Ticket #391 (TreeView to just accept select in the checkboxes) created by
- I want a feature in treeview, just accepting that you click in the …
Jun 17, 2008:
- 6:36 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) reopened by
- Re-opening to make sure Jon sees this.
- 6:22 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) updated by
- Wierd... I can't change it back to "reopened". Hopefully somebody looks at it even though it is still closed.
- 6:20 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) updated by
- Sorry... I've been out of the office for a while and haven't been able to check back. One of IE's features is "web proxy auto-discovery" or WPAD. If you check off "automatically detect settings" in your IE connection settings, that tells IE to use WPAD. For WPAD to work, you need a web server and a proxy server. Put an entry in your HOSTS file for "wpad" that points at your web server. On the root of the web server, you put a file called wpad.dat that contains a javascript function that defines your proxy server. Simplest script looks like this: function FindProxyForURL(url, host) { return "PROXY ip.of.proxy.svr:port"; } So, IE resolves "wpad", gets the wpad.dat file and runs the function to get the proxy server. Set up like that, using InetGet() chews RAM like a caffinated beaver.
- 6:08 PM Ticket #382 (Gui constants in Help file) updated by
- Okay, Your ideas make sense to me ! Thanks a Lot C.
- 4:24 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
-
Owner, Status changed
This is not fixed right and since I need it to block the release I'm re-opening. - 4:23 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) reopened by
- 1:51 PM Ticket #385 (Option for _ArrayDisplay()) updated by
- As a PHP programmer I don't have the option of debugging to individual popup windows. I am more comfortable dumping all arrays using print_r. This is a faster way of debugging. […]
- 11:23 AM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) closed by
- Fixed: Fixed in version: 3.2.13.3
- 10:47 AM Ticket #390 (Bugfix in visa.au3) created by
- In the visa.au3 not only the DLLCall for viQueryf needs the int:cdecl …
- 7:29 AM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- Doh... only focussed on the CommentBlocks and haven't had time to test much. Will have a look at this next week. Jos
- 6:25 AM Ticket #389 (ProcessExists or ProcessWaitClose) closed by
- No Bug: What a dumb ticket. The code is doing exactly what you told it to, so no bug there. As for the suggestion to "fix" the "problem" (only you have)? Totally stupid. You're suggesting the user's email client be forcibly terminated. Does that really sound like a good idea to you? If it does, implement that logic into your script, don't suggest such poor logic be implemented in the standard UDF. Closing as no bug and again wishing I had a "this is a dumb ticket" resolution.
- 6:02 AM Ticket #389 (ProcessExists or ProcessWaitClose) created by
- The following process fails to stop script execution when Outlook has …
- 2:30 AM Ticket #388 (_GUICtrlToolbar_SetButtonSize example in helpfile incorrect) closed by
- Fixed: Fixed in version: 3.2.13.3
- 2:02 AM Ticket #388 (_GUICtrlToolbar_SetButtonSize example in helpfile incorrect) created by
- Example for _GUICtrlToolbar_SetButtonSize does not show command being …
Jun 16, 2008:
- 10:00 PM Tickets #386,387 batch updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 9:30 PM Ticket #387 (Change DllCallbackFree() to check handle validation or erase it) created by
- From the help file: […] First of all, i think none of built-in …
- 9:11 PM Ticket #386 (Notification about "Announcements and Site News" on Italian) created by
- * This is a "forum related" bug. I recieving the notification of …
- 8:55 PM Ticket #364 (Error at runtime caused by obfuscator) closed by
- No Bug: Received the test files and they all worked fine for me on WinXP sp2 & 3.
- 8:00 PM Tickets #384,385 batch updated by
-
Version changed
Automatic ticket cleanup. - 7:33 PM Ticket #385 (Option for _ArrayDisplay()) created by
- I have seen a few versions of _ArrayDisplay(). It seems as the …
- 7:32 PM Ticket #384 (More extensive testing of RunAs()) created by
- Adding as an issue that I need to do some more extensive testing with …
- 7:31 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
-
Severity changed
- 6:14 PM Ticket #383 (Include A3X file as a script) updated by
-
Summary changed
I've changed your summary to be a little more explicit. Really all you're asking for is the ability to #include A3X compiled files as if they were raw source. That's something I've always wanted as well. - 6:11 PM Ticket #65 (Au3Check gives wrong error with Const ByRef params) updated by
-
Owner, Severity changed
- 6:10 PM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
-
Owner, Status, Severity changed
- 6:10 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
-
Owner, Status changed
- 6:08 PM Ticket #382 (Gui constants in Help file) updated by
- What you're asking for only makes sense from a broader perspective. You should have no trouble realizing what controls are associated with which file, the only trouble is in knowing the specific name for that file. The problem, as I see it, is that there is no obvious list of files to #include. For example, there is a break-down by "management" but nowhere is it mentioned what file to #include to use those functions. Only by clicking on a function and reading it's page can you find that information. I think the following things need done: * A "master" page needs to exist listing the name of each file we provide for user's to #include with a link to the relevant description of functions in that file. * Each "Management" page that lists all the functions also needs to actually mention the name of the file containing those functions. * The UDF documentation should probably be re-organized by file. This might require minor re-formatting as I don't know how well the "Management" concept matches up to file contents. * The "master" page can include descriptions of what's in each file in lieu of having separate "Management" sub-categories. In short, there's no list of files that I can see nor is there a list of what's actually in each file.
- 6:00 PM Tickets #382,383 batch updated by
-
Version changed
Automatic ticket cleanup. - 5:50 PM Ticket #383 (Include A3X file as a script) created by
- I would like to see a way to include compiled scripts in my scripts. …
- 5:22 PM Ticket #382 (Gui constants in Help file) created by
- Hello all AU3 team ! As you changed the guicontants.au3, it would be …
- 3:12 PM Ticket #379 (Tray OnEvents ignored) updated by
- Once you know about this "limitation", it's easy enough to work around it. But if it was in the documentation somewhere; it would have save a lot of searching. I'm guessing there must be some internal reason why this happens, which would be good to know. Because even if you say it isn't; it does looks and act remarkably like a bug (or rather, two bugs). The real issue with this behaviour is that you can fire the control multiple times, and receive no indication that the clicks are actually being accepted and stored, to be run, all-at-once, after the "block" is complete. It seems to contradict the whole idea of "events", don't you think? So, is there any chance that a) it might go in the documentation somewhere, and b) the secret will be revealed as to why this happens at all? Or better yet, is there any chance this limitation will be removed some time? ;o) (or
- 8:18 AM Ticket #381 (DirCreate, Trailing BackSlach.) closed by
- Fixed: Fixed in version: 3.2.13.3
- 7:20 AM Ticket #381 (DirCreate, Trailing BackSlach.) updated by
- Replying to anonymous: > > I don't understand the point as the outpout is > {{{ > [@AutoItVersion = 3.2.12.0 > $var1 = NewFolder1 > $var2 = NewFolder2\ > $var3 = NewFolder3\b > $var1 = NewFolder1 > $var2 = NewFolder2\ > $var3 = NewFolder3\b > ] > }}} > for me it works sorry I mis the relase to use ... Still open
- 7:18 AM Ticket #381 (DirCreate, Trailing BackSlach.) reopened by
- 7:13 AM Ticket #381 (DirCreate, Trailing BackSlach.) closed by
- No Bug
- 7:12 AM Ticket #381 (DirCreate, Trailing BackSlach.) updated by
- I don't understand the point as the outpout is […] for me it works
- 3:08 AM Ticket #364 (Error at runtime caused by obfuscator) updated by
-
Summary changed
- 3:01 AM Ticket #381 (DirCreate, Trailing BackSlach.) updated by
- Jon, line 1193 of utility.cpp. I don't think I need to comment further on that line of code and why it's wrong in about a billion ways.
Jun 15, 2008:
- 8:55 PM Milestone 3.2.13.2 completed
- 8:08 PM Ticket #381 (DirCreate, Trailing BackSlach.) created by
- […]
- 10:11 AM Ticket #364 (Error at runtime caused by obfuscator) updated by
- Please zip up the following files and PM/Email them to me to allow me to see what is happening: - Original script source. - The Obfusticated version of the script - The Obfuscator.log generated by Obfuscator for this script located on the Obfuscator program directory. - The ouput EXE giving the error. Jos
- 10:00 AM Ticket #364 (Error at runtime caused by obfuscator) updated by
- I downloaded the last version and it still won't work. The error only appears when I'm launching the compiled executable under Windows XP SP2. I provided a screenshot in the attachement.
- 9:41 AM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
- Yes coloring "steals" the default. Here's another example. There are two colored buttons. Other one is defined as default. Pressing enter in the input will trigger the button that was last clicked. The steps: 1. Click button2 2. Focus on input 3. Press enter 4. Button2 event happens instead of Button1 […]
- 9:30 AM Ticket #379 (Tray OnEvents ignored) closed by
- No Bug
- 9:11 AM Ticket #379 (Tray OnEvents ignored) updated by
- Replying to Jon: > I think this is because your tray event for DoRun() never "returns" and we only let one tray event run at once (and indeed one gui event). > > I _think_ this is by design but JP will be able to confirm. I confirm, ythe same thing is true if you have 2 buttons when the corresponding event routine is blocking. click run and next run1, you will see the run1 will be executed only after run terminate. the gui and tray events work the same. […]
- 3:49 AM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) updated by
- Alright, I found the registry size limits which confirm what I said: http://msdn.microsoft.com/en-us/library/ms724872(VS.85).aspx
- 3:41 AM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) closed by
- Works For Me: Your report is confusing. Here's what I can say. If you really do mean "key", then yes, a limit of 255 is correct. Each key name can only be 255 characters. The full path can be longer than 255 characters but any one individual key name can only be 255 characters. This does not appear to be a bug, although I can't find mention in a quick scan of MSDN. If you mean the size of the data a value can hold, then it's definitely not limited at 255. Since you mention REG_MULTI_SZ, you may be experiencing an issue with an improperly formatted data. This would not be an AutoIt bug, either. Without a proper script to reproduce the issue and without clarification of the terminology which is rather critical, there's nothing to do but close this as works for me. I tried a few things and could not reproduce what you describe.
- 3:41 AM Ticket #379 (Tray OnEvents ignored) updated by
- An interesting limitation! (I'm surprised I've not run into it before, especially with regular GUI events) But if that's the reason (AHA!), something like this will make a reasonable workaround.. […] .. with an AdlibDisable() immediately inside the DoRun() function. ;o) (or ps. I'd still like to know if this really is by design, and maybe why.
Jun 14, 2008:
- 11:20 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- Jos, folding seems fairly broken in that version. First, multiple lines of single-line comments no longer collapse as one block (I hate this aspect of the Lua lexer). This code doesn't collapse correctly: […] Instead of collapsing to: […] It collapses to: […] Lastly, I think folding is really broken and it just happens to accidentally work right in some cases. What tips me off to that is the lines in the fold margin, they are all out of whack. I see a lot of minus boxes but not really any lines to indicate what will be folded. It's like everything is out of sync.
- 8:17 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
-
Status changed
I checked out the LUA lexer and used the same "mechanism" setting the level in the comment lines. Modified the Au3 Lexer that it supports nested Commentblocks both for Highlighting and Folding. Uploaded a beta version of scilexer.dll to the Scite4autoit3 beta directory: http://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/ Will use it for a while before committing to ensure I didn't break anything. Let me knwo when you find issues with it. Jos - 8:12 PM Ticket #364 (Error at runtime caused by obfuscator) updated by
-
Owner, Status, Component changed
- 7:58 PM Ticket #350 (FileInstall fails when user login name is non-English chars) updated by
- Replying to Jon: > Some of the internal FileInstall code works in ANSI (converts from Unicode) and this may cause problems here. I'll update the code in a future version. Changing to feature request so I can track it better. Yes please check and fix this problem. FileInstall always seems to fail when the path includes Asian characters. I know this happens at least for Korean, Japanese, and Chinese. Do I need to add this issue to feature request myself or is it already added there? I wish I can be emailed when this issue is resolved. Thanks. HaeRim Lee
- 6:44 PM Ticket #379 (Tray OnEvents ignored) updated by
- I think this is because your tray event for DoRun() never "returns" and we only let one tray event run at once (and indeed one gui event). I _think_ this is by design but JP will be able to confirm.
- 6:12 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
- You need to use $BS_DEFPUSHBUTTON to specify the default button, you were using 0. […] However, using the BKColor functions seems to "make" it default which needs checking out…
- 6:05 PM Ticket #380 (@OSVersion return WIN_2003 on Windows XP x64 MUI) closed by
- Fixed: Fixed in version: 3.2.13.2
- 6:00 PM Ticket #350 (FileInstall fails when user login name is non-English chars) updated by
-
Version changed
Automatic ticket cleanup. - 5:42 PM Ticket #372 (Parent GUI of -1 causes dramatic problems) closed by
- No Bug: It's not documented that -1 is OK here, so I'm ok with it and don't think it needs a check. Closing as no bug.
- 5:40 PM Ticket #350 (FileInstall fails when user login name is non-English chars) updated by
-
Owner, Status, Type changed
Some of the internal FileInstall code works in ANSI (converts from Unicode) and this may cause problems here. I'll update the code in a future version. Changing to feature request so I can track it better. - 5:37 PM Ticket #337 (TraySetIcon causes read only error) closed by
- Works For Me: We've not been able to reproduce this. We suspect it may be an AV related problem.
- 4:39 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) updated by
- Note: The bug doesn't exist in earlier AutoIt versions
- 2:04 PM Ticket #380 (@OSVersion return WIN_2003 on Windows XP x64 MUI) created by
- The Macro @OSVersion returns a wrong value on Windows XP x64 MUI. It …
- 1:43 PM Ticket #364 (Error at runtime caused by obfuscator) updated by
- Works fine for me using the latest version of Obfuscator v1.0.24.17. Jos
- 2:14 AM Ticket #368 (Success of _ArrayToClip is now -1 (used to be 1 and as still documented)) closed by
- Fixed: Fixed in version: 3.2.13.2
- 12:16 AM Ticket #375 (GUICtrlSetState($GUI_DISABLED) delayed in Vista) closed by
- No Bug: This is not a bug. If you notice, the controls fade out in a sort of animation. This takes time, obviously. This fading is likely done via WM_TIMER (Speculation, I didn't check). Well, the SAPI object is blocking whatever is performing the animation. If it is indeed a WM_TIMER message doing the fading, then the SAPI object would prevent AutoIt from processing it's message queue, which means those WM_TIMER events would be backed up until AutoIt gets a chance to process them again. There are 2 solutions. Find which of Vista's appearance settings affects control animations. I turned all of them off and I do not get the problem any longer. Turning them all off isn't necessary, there's a various obviously named preference but I did not confirm if it was the culprit. The second, more reasonable solution is to simply insert a minor sleep statement. I wouldn't think you'd need over 250ms and could probably get away with less. You have to let the animation complete before starting the SAPI call as it's obviously blocking the animation from completing. Closing as no bug.
Jun 13, 2008:
- 11:20 PM Ticket #368 (Success of _ArrayToClip is now -1 (used to be 1 and as still documented)) updated by
-
Owner, Component changed
- 11:20 PM Ticket #364 (Error at runtime caused by obfuscator) updated by
-
Version, Component changed
- 11:19 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
-
Version changed
- 11:16 PM Ticket #370 (RunAs() and I/O redirection does not work on Windows 2000) closed by
- No Bug: Complicated series of events leads to the end result that this wasn't a bug after all.
- 11:15 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) closed by
- No Bug
- 10:31 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- Updated Chipset driver to get rid of "SM Bus Controller" thingy and ran Video driver download JIC and everything is FINE now... you can "No Bug" this one and discard.
- 10:14 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- I don't see any other problems with video. I ran the script on a coworker's box and it also was "shaky". Happened on about 4 out of 40 PCs that I had to run it on. All the same Desktop PC ... I am betting it is localized to here. My Device Manager shows an SM Bus Controller problem ... but I don't even know what that means... Off to investigate more.
- 9:35 PM Ticket #344 (RunAs + StdxxxRead doesn't work as expected on XP SP1 and XP RTM) closed by
- Wont Fix: This is a bug in Windows. See http://support.microsoft.com/kb/818858 for details and a hotfix. Closing as wont fix since I can't fix this in AutoIt.
- 7:48 PM Ticket #378 (_GUICtrlTreeView_Expand doesn't work on non topmost item) closed by
- No Bug
- 7:48 PM Ticket #378 (_GUICtrlTreeView_Expand doesn't work on non topmost item) updated by
- comment out your last collapse. Far as I can tell it works as it should.
- 7:31 PM Ticket #379 (Tray OnEvents ignored) updated by
- Apologies, here's it inside a code block.. […] ;o) (or
- 7:30 PM Ticket #379 (Tray OnEvents ignored) updated by
- How about this.. #include <GUIConstants.au3> #include <Constants.au3> AutoItSetOption("TrayMenuMode", 9) AutoItSetOption("TrayOnEventMode", 1) AutoItSetOption("GUIOnEventMode", 1) global $pause = 0 ; some example stuff to do in the loop.. global $trayrun, $traypause, $trayresume, $trayexit MakeTray() HotKeySet("r", "HK_DoRun") $gui = GUICreate("My GUI", 200, 40) GUISetOnEvent($GUI_EVENT_CLOSE, "ExitScript") $butt = GUICtrlCreateButton("&Run", 5, 5, 190) GuiCtrlSetOnEvent(-1, "DoRun") GUISetState() while 1 Sleep(10) wend exit func DoRun() $pause = 0 for $i = 1 to 6 ConsoleWrite(".\" & @ScriptName & " (" & @ScriptLineNumber & ") : ==> " & "pause: " & $pause & @LF) while $pause = 1 Sleep(250) wend for $x = 1 to 100 sleep(1) ; do nothing. next next MsgBox(0, "all done", "all done") endfunc func MakeTray() $trayrun = TrayCreateItem("Run") TrayItemSetOnEvent(-1,"DoRun") TrayCreateItem("") $traypause = TrayCreateItem("Pause") TrayItemSetOnEvent(-1,"DoPause") $trayresume = TrayCreateItem("Resume") TrayItemSetOnEvent(-1,"DoResume") TrayItemSetState(-1, $TRAY_DISABLE) TrayCreateItem("") $trayexit = TrayCreateItem("Exit") TrayItemSetOnEvent(-1,"ExitScript") TraySetClick(8) TraySetState() endfunc func DoPause() ConsoleWrite(".\" & @ScriptName & " (" & @ScriptLineNumber & ") : ==> " & "PAUSING: " & @LF) $pause = 1 TrayItemSetState($traypause, $TRAY_DISABLE) TrayItemSetState($trayresume, $TRAY_ENABLE) GUICtrlSetState($butt, $GUI_DISABLE) WinSetTitle("My GUI", "", "paused") endfunc func DoResume() $pause = 0 TrayItemSetState($traypause, $TRAY_ENABLE) TrayItemSetState($trayresume, $TRAY_DISABLE) GUICtrlSetState($butt, $GUI_ENABLE) WinSetTitle("paused", "", "My GUI") endfunc func HK_DoRun() if WinActive($gui) then DoRun() else HotKeySet("r") Send("r") HotKeySet( "r" , "HK_DoRun") endif endfunc func ExitScript() exit endfunc ; end ;o) (or
- 7:26 PM Ticket #379 (Tray OnEvents ignored) updated by
- I put them there simply so that you have something to pause *between*. Any command that takes a second or two will do the trick. You should have no problem running compact.exe on any Win 2K+ system, though obviously the paths would need to be changed. I can easily replace those with something else for the sake of an example, but I can't think of anything else off-hand that would take "a second or more" to complete, to give you enough time to play with the pause/resume, what would you suggest? ;o) (or
- 6:48 PM Ticket #379 (Tray OnEvents ignored) updated by
- Create a better example. All those RunWait() commands, do you actually think we can run those? And do they even matter at all to the bug you're trying to report? Example scripts are supposed to be the bare minimum required to reproduce a bug and to me that looks like quite a bit more than the bare minimum.
- 6:44 PM Ticket #379 (Tray OnEvents ignored) updated by
-
Description changed
- 6:32 PM Ticket #379 (Tray OnEvents ignored) created by
- In the following proof of concept, fire the DoRun() function via the …
- 4:44 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- Larry, how are the video drivers on the system? Are they up to date? Does scrolling in your web browser go smoothly or does it jerk along?
- 3:32 PM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- I wouldn't say that Windows freaking out is expected (though honestly if my theory as to what's going on is right, then yes, I actually do expect it*). But weird things happening isn't unexpected. Unless we document that you can pass -1, be careful. Sometimes it doesn't make sense to pass -1, for example, when a numeric value is specified and -1 is a valid input. Or, when -1 is a reserved value by the system for something special. Don't just blindly pass -1 assuming it works everywhere because that is not true. I'm going to leave this open for now in case somebody wants to prevent this internally. * -1 is the same as HWND_BROADCAST. This is a special "HWND" used to send a message to all top-level windows in the system. CreateWindowEx() likely uses SendMessage(hParent, ...) to query the parent window for information about the parent before constructing (or after constructing) the child. But, since you passed HWND_BROADCAST as the parent, these messages are sent to every top-level window in the system. And for some reason it gets itself stuck in an infinite loop sending a message to all top-level windows. This is my theory, anyway, I didn't bother verifying it with something like Spy++ because it's obviously difficult to use the system under those circumstances (and it's not important enough for me to test remotely).
- 3:22 PM Ticket #377 (F1 act same as F5 in Scite when Help is running) closed by
- Wont Fix: This is a known limitation with SciTE. There's nothing we can do to fix it, the SciTE we distribute is virtually identical to the official version of SciTE. Until it's fixed in the official version of SciTE, any AutoIt-specific derivatives will exhibit the same behavior. There's also little sense in bothering SciTE's maintainer with this, he's aware.
- 2:11 PM Ticket #378 (_GUICtrlTreeView_Expand doesn't work on non topmost item) created by
- If I make a _GUICtrlTreeView_Expand on a non topmost item, it doesn't …
- 1:39 PM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- I think I got to using that a long time ago, noting that -1 was the flag for default for many functions (was there a time when there was no default keyword? Seems like it was back then?). I have functions that create windows that sometimes have a parent GUI and some times do not, so I used -1 to indicate default if I didn't want a parent GUI. I have since changed them all to 0, so it isn't a problem for me anymore. If this is expected behavior then nevermind.
- 1:15 PM Ticket #377 (F1 act same as F5 in Scite when Help is running) created by
- If my script in scite is already in test mode (F5), and I press F1 for …
- 5:49 AM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- Wait a minute, you're passing -1 as an HWND. That's stupid and just plain wrong. Certainly we can guard you from yourself, but do we really have to protect you guys from every single possible obscure and stupid way to shoot yourself in the foot? I don't care if it worked in the past, you should not pass -1 as the parent HWND. Either pass 0 or a valid HWND.
- 3:47 AM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- Just tested on several other computers. Confirmed same behavior on Windows XP Pro SP2, SP3, Windows Vista Business. Some with dual monitors, some without. I realize that there is no loop to keep the script running, but never-the-less it does not terminate until killed from the task manager. Same behavior comes from running script or running "compiled" executable.
- 12:05 AM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- Sounds like you are out of GDI resources. Something else is at fault here. The script you demonstrate should only run for a few milliseconds and then close since you haven't instructed it to stay open. If it's doing anything other than that, and if it's affecting other windows, then you've got a larger issue somewhere else.
Jun 12, 2008:
- 11:18 PM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- The single line I listed will repro consistently for me. I am running with dual monitors, if it makes any difference.
- 6:10 PM Ticket #374 (Pb with new RUNAS()) closed by
- Rejected: First of all, no you couldn't. RunAsSet() simply did not work like that. If you think otherwise, then lay off whatever mind altering substance you're on. Second, does this look like the support forum to you? Closing as rejected and contemplating adding a "damn this is a stupid ticket" resolution for crap like this.
- 4:32 PM Ticket #376 (GUICtrlSetBkColor() causes button to catch enter key) created by
- By using GUICtrlSetBkColor() on a button causes it to catch enter key. …
- 4:25 PM Ticket #277 (@ProcessorArch) updated by
- http://www.osdev.org/wiki/X86-64
- 4:25 PM Ticket #277 (@ProcessorArch) updated by
- Seems like the only way to check for a x64 chip when running an x86 OS is using assembler. Not really in the mood for that one…
- 1:33 PM Ticket #277 (@ProcessorArch) updated by
- Not quite sure why. The MSDN docs clearly say "The processor architecture of the installed operating system" and not the CPU type.
- 12:59 PM Ticket #375 (GUICtrlSetState($GUI_DISABLED) delayed in Vista) created by
- GUICtrlSetState() does not seem to take effect imediately when being …
- 10:12 AM Milestone 3.2.12.1 completed
- 10:00 AM Ticket #374 (Pb with new RUNAS()) updated by
-
Version changed
Automatic ticket cleanup. - 9:13 AM Ticket #374 (Pb with new RUNAS()) created by
- Hello I have a problem with the new function "RUNAS". Before I could …
- 8:31 AM Ticket #372 (Parent GUI of -1 causes dramatic problems) updated by
- can you attach a complete repro script? Thanks
- 8:27 AM Ticket #277 (@ProcessorArch) updated by
- Replying to Jon: > I'm thinking of adding @OSArch to replace @ProcessorArch and then add a new @CPUArch for the CPU type (CPU instead of Processor to avoid subtle errors in old scripts). That's fine. I still don't understand the MSDN doc
- 2:51 AM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- Only happening at my Dev PC at work.... Hmmm, perhaps this is only a problem on my PC. I will test more.
Jun 11, 2008:
- 10:10 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- Need more info, Larry, I can't see it happening here.
- 10:08 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) updated by
- GUICreate("") GUICtrlCreateInput("",0,0) GUISetState() While GUIGetMsg() <> -3 WEnd
- 9:59 PM Ticket #373 (GUI - Moving Mouse Across Edit or Input) created by
- Moving the mouse across an edit or input field causes an awful …
- 9:15 PM Ticket #371 (_GDIPlus_Startup() returns wrong boolean value) closed by
- Fixed: Fixed in version: 3.2.13.2
- 9:08 PM Ticket #92 (DllStructGetData() truncation) updated by
- Jon, the current behavior is wrong and causes data-loss of 1 character every time a string is read when strlen() == sizeof(buffer). For example, BSTR's don't have null terminators, they store the size in the first WORD (or something like that). Attempting to use this with an exact-sized BSTR-style string would cause data-loss of the last character. AutoIt is assuming all array's are sized to correctly hold a null terminator and that it's okay to replace the last character with a null terminator when reading. This assumption is wrong since we don't know enough about how the data is being used to make that assumption.
- 9:06 PM Ticket #372 (Parent GUI of -1 causes dramatic problems) created by
- $gui = guicreate("TEST", 100, 100, default, default, default, default, …
- 8:59 PM Ticket #328 (Faster string manipulation with use of ASCII decimal values.) updated by
-
Owner, Status changed
I'll take a look at this but the criteria for it's inclusion is that it must actually demonstrate a performance gain. If it ends up not really being faster than StringMid() or StringSplit() then it's a no-go. - 8:53 PM Ticket #338 (Run scripts with no need to save them) updated by
- Replying to anonymous: > Replying to Jos: > > I have no idea why this would be usefull. could you explain how it will be ? > > So you avoid saving the script the first time you run it (selecting path and everything) mainly... > and for test scripts also... > > otherwise I alwas have to save a new file just to run a test script found on the forum XD I understand what you have done, but still do not see the big advantage and am really worried people would use this and then "forget" to save it when done. By the way, you can avoid the save prompt by addding that parameter to the option: command.save.before.0=2 Jos
- 8:45 PM Ticket #371 (_GDIPlus_Startup() returns wrong boolean value) created by
- The GdiplusStartup() function returns 0 on success, so the last line …
- 8:35 PM Ticket #277 (@ProcessorArch) updated by
-
Owner, Status changed
I'm thinking of adding @OSArch to replace @ProcessorArch and then add a new @CPUArch for the CPU type (CPU instead of Processor to avoid subtle errors in old scripts). - 8:32 PM Ticket #92 (DllStructGetData() truncation) updated by
- No. I looked at it briefly, decided it was right as it was and then changed my mind, got confused and ignored it.
- 7:57 PM Milestone 3.2.13.1 completed
- 6:45 PM Ticket #333 (Directive for disabling /AutoItExecuteScript) updated by
- Needs to also support /AutoIt3ExecuteLine.
- 6:44 PM Ticket #340 (Marquee progress bar) closed by
- Rejected: In all honesty, the ProgressSet stuff should be removed from AutoIt as native functions and replaced as a set of UDF's. It's a terribly simple thing to do yourself and for that reason this is being closed as rejected.
- 6:42 PM Ticket #367 (StdOutRead Error in compiled program) closed by
- Fixed: Fixed in version: 3.2.13.1
- 6:33 PM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) closed by
- Rejected: This is a niche control. If there are already UDF's for this (which I see there are), then that's the best place for it. Maybe as some UDF's it can get added, but not native.
- 6:31 PM Ticket #270 (Obfuscate /striponly functionality --> as default behaviour of Aut2Exe) closed by
- Rejected: You already have a working solution. As nice as this would be it's a can of worms that once opened will require a massive amount of work to do all that should be done. Closing as rejected.
- 6:29 PM Ticket #267 (SendMessage/PostMessage as native AutoIt function) closed by
- Rejected: There's no real point to this.
- 6:27 PM Ticket #335 (Sample Code, Help File, covering ToolTip( )) closed by
- Rejected: No further input and I do not see what's wrong with the current documentation so closing.
- 6:26 PM Ticket #342 (Syntax Check after Build/Compile) closed by
- Rejected: Seems this can be closed.
- 6:25 PM Ticket #344 (RunAs + StdxxxRead doesn't work as expected on XP SP1 and XP RTM) updated by
-
Owner, Status changed
- 6:23 PM Ticket #370 (RunAs() and I/O redirection does not work on Windows 2000) created by
- Reminder for myself that RunAs() with STDIO redirection will fail on …
- 6:22 PM Ticket #92 (DllStructGetData() truncation) updated by
-
Severity changed
Jon, is this fixed in your DllStruct implementation rewrite? - 6:20 PM Ticket #369 (RunAsWait and RunAs) closed by
- Duplicate: Sigh. Not a bug in AutoIt, we still fixed it anyway since user's are idiots. Couldn't you have bothered checking the tracker first? See #309 which doesn't mention the fix but the changelog for the next version will. Closing as duplicate.
- 6:09 PM Ticket #369 (RunAsWait and RunAs) created by
- When launching a program using Runaswait and giving a flag value but …
- 5:58 PM Ticket #360 (RunAs() function not working on Windows 2000) closed by
- Fixed: Fixed in version: 3.2.13.1
- 4:57 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- Jos, this seems fixable, for example, the Lua lexer gets it right: […] I haven't looked at how the Lua lexer does it, but maybe you should have a peek for ideas? Is it possible to just use a simple counter that gets incremented each time it sees the block start and decremented each time it sees the block end? Then just always color the text in comment if counter != 0?
- 4:51 PM Ticket #365 (Forum for standard UDF candidates) closed by
- Rejected: The easier it is for every moron on the planet to contribute, the more crap we have to reject or the more crap we pointlessly distribute. The current system is fine. Remember, the mentality "every UDF is good" is a bad one to have. Only really hard things that take a lot of work and are written by talented people should be considered. Those things have a habit of attracting their own attention. Closing as rejected.
- 4:20 PM Ticket #360 (RunAs() function not working on Windows 2000) updated by
-
Owner, Status changed
Hmm. I smell MSDN lies again. Assuming you are running as an administrative user, you should not go into any code that differs noticeably from the previous RunAsSet() stuff. I'll try and get Windows 2000 up and running to take a look. - 2:52 PM Ticket #360 (RunAs() function not working on Windows 2000) updated by
- Also having this issue.
- 2:00 PM Ticket #368 (Success of _ArrayToClip is now -1 (used to be 1 and as still documented)) updated by
-
Milestone changed
Automatic ticket cleanup. - 12:15 PM Ticket #368 (Success of _ArrayToClip is now -1 (used to be 1 and as still documented)) created by
- The "Success" return of function _ArrayToClip is now -1 (older …
- 9:22 AM Ticket #365 (Forum for standard UDF candidates) updated by
- The problem with "example scripts", is that there are so many "non UDFs", so the UDF candidates is hard to detect, a forum called "UDF candidates" would be better. Easier for both the developer team as well as all other users to detect and vote for standard UDF inclusion. Another way is to set up some "header rule", all UDFs should begin with "UDF candidate ", example: "UDF candidate Excel".
- 8:31 AM Ticket #366 (Weird crashing bug) closed by
- Fixed: Fixed in version: 3.2.13.1
- 8:23 AM Ticket #360 (RunAs() function not working on Windows 2000) updated by
- I tried the same thing on the 3.2.13.0 beta version. I am getting the same issue.
- 8:00 AM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:43 AM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) closed by
- No Bug: Actually no. It's allowed to create shortcuts to non-exist unc paths (pre-creating future shortcuts). You need to do a manual FileExists() check prior to calling if you need to be sure the location exists.
- 7:42 AM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) reopened by
- 7:32 AM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) closed by
- Fixed: Fixed in version: 3.2.13.1
- 7:27 AM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) updated by
- For a non existing unc path there will be a short hang (10-15 secs here) which is normal when requesting invalid UNC paths even in the explorer. The return code will be fixed though.
Jun 10, 2008:
- 8:44 PM Ticket #310 (visual Autoit studio) closed by
- Rejected: It would be too large, and we already ship with a "lite" version that handles the basics.
- 8:42 PM Ticket #329 (#RequireAdmin) closed by
- Works For Me
- 7:10 PM Ticket #367 (StdOutRead Error in compiled program) created by
- Hallo, StdOutRead produces an error in the compiled program: …
- 5:32 PM Ticket #366 (Weird crashing bug) updated by
- More information- Crash occurs when trying to run the script, not when running the compiled script. The compiled script correctly reports "expected =". Same crash occurs whether you have flag set to run AU3 check or not.
- 5:28 PM Ticket #366 (Weird crashing bug) created by
- This line of code, anywhere within a script, whether it is ever …
- 4:40 PM Ticket #357 (@AutoItUnicode - obsolete) closed by
- Completed: Removed in version: 3.2.13.1
- 11:10 AM Ticket #355 (Child dialogs not visible) closed by
- Fixed: Fixed in version: 3.2.13.1
- 10:38 AM Ticket #355 (Child dialogs not visible) updated by
- the regression is due to rev 3456
- 10:18 AM Ticket #355 (Child dialogs not visible) updated by
- Jon your code doesn't work correctly for me in 3.2.13.0 on WinXP Pro SP3. Child window still doesn't show.
- 10:15 AM Ticket #347 (Add _WinAPI_SetFilePointer) closed by
- Rejected: Write one up and submit for addition to the Standard UDFs.
- 10:12 AM Ticket #365 (Forum for standard UDF candidates) updated by
- I believe that would be called Example scripts. The user can add a poll to their thread. If it is popular enough and useful then they can submit it to me by pm or in the "Standard UDF Library, to be included in the AutoIt3 installset" thread.
- 10:00 AM Ticket #365 (Forum for standard UDF candidates) updated by
-
Version changed
Automatic ticket cleanup. - 9:23 AM Ticket #365 (Forum for standard UDF candidates) created by
- It would be nice if there could be a section in the forum, where the …
Jun 9, 2008:
- 11:05 PM Ticket #355 (Child dialogs not visible) updated by
- Jon's posted code doesn't work for me in beta .13.0
- 11:04 PM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) updated by
- Replying to Jon: > I think we limit reg operations to 64KB. Might be worth rewriting/checking if this is the case. So that's nothing to do with a 255 char limit …
- 10:53 PM Ticket #362 (_GUICtrlListView_InsertItem() - doc typo) closed by
- Fixed: Fixed in version: 3.2.13.1
- 8:58 PM Ticket #356 (ConsoleWrite not working on Vista.) closed by
- No Bug
- 7:46 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- It's ok. Scite was open with the right clic Edit Script, so it wasn't lauch whith admin right. :( Sorry for that. I thank you very much, because you learn me that if I use Scite without launching him with admin right, he doesn't return output stream !!! Note for Scite4AutoIt autors : It will be a pretty good idea to add a context menu for Vista like : Edit With Admin Right (I don't know if it's possible for the moment but I will probably search to make it ;) ). You can close the ticket.
- 6:00 PM Ticket #364 (Error at runtime caused by obfuscator) updated by
-
Severity changed
Automatic ticket cleanup. - 5:59 PM Ticket #355 (Child dialogs not visible) updated by
- Odd, this works: […] I know jp/us mess around with GuiSetState almost every build so we've probably messed up something.
- 5:53 PM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) updated by
- I think we limit reg operations to 64KB. Might be worth rewriting/checking if this is the case.
- 5:52 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) closed by
- Works For Me: Unable to repro and no new info.
- 5:50 PM Ticket #334 (Sqlite UDF and Vista64) closed by
- Wont Fix: Not something we have control over.
- 5:47 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- You won't be able to see the console output if #RequireAdmin forces an elevation (secure desktop, click continue). This is by design. If you run Scite elevated (right click, run as admin) then everything will probably work ok.
- 5:01 PM Ticket #364 (Error at runtime caused by obfuscator) created by
- After I compile this I get "Line -1: Error: Array variable subscript …
- 4:42 PM Ticket #363 (UDF Func Declaration & #CS #CE Comment) closed by
- No Bug: First of all, this is an Au3Check issue, which you fail to mention. AutoIt works just fine. However, I'm surprised AutoIt works (not really, I know how the code works). But anyway, your #cs and #ce statements are invalid. You have: […] You need a space between #cs and the dashes. This makes Au3Check happy, and is the correct thing to do anyway. No bug.
- 4:14 PM Ticket #363 (UDF Func Declaration & #CS #CE Comment) created by
- Try Running This, You will see, that its Not Skipping the #Cs Comments …
- 2:24 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- I see this 'bug' when I use Scite4AutoIt (Like I said before). So the script isn't compiled, I just do F5 in Scite4AutoIt. On Scite4AutoIt there is a result output where you can see various informations. On Vista with the code of the example the output stream not appear on result windows of Scite4AutoIt !
- 2:03 PM Ticket #362 (_GUICtrlListView_InsertItem() - doc typo) created by
- Parameters $sText Item text. If set to -1, the item set is set …
- 12:20 PM Ticket #283 (Duplicated Windows Messages) closed by
- No Bug: Not enough info.
- 12:17 PM Ticket #359 (Autoit Info Window) closed by
- Works For Me: Not enough information to reproduce.
- 12:16 PM Ticket #358 (Install Directory Structure --> no ANSI versions) closed by
- Fixed: Fixed in version: 3.2.13.1
- 11:28 AM Ticket #338 (Run scripts with no need to save them) updated by
- Replying to Jos: > I have no idea why this would be usefull. could you explain how it will be ? So you avoid saving the script the first time you run it (selecting path and everything) mainly... and for test scripts also... otherwise I alwas have to save a new file just to run a test script found on the forum XD
- 11:00 AM Ticket #361 (_GUICtrlListView_InsertItem() - bad order of parametres) closed by
- Fixed: Fixed in version: 3.2.13.1
- 9:21 AM Ticket #361 (_GUICtrlListView_InsertItem() - bad order of parametres) created by
- _GUICtrlListView_InsertItem() - in yellow section order of …
- 9:08 AM Ticket #342 (Syntax Check after Build/Compile) updated by
- OK, that's fine Replying to Jos: > Have you used the Full version of SciTE4AutoIt3? > It uses an program called AutoIt3Wrapper which will run au3check by default before the Run or Compile task.
- 9:05 AM Ticket #360 (RunAs() function not working on Windows 2000) created by
- Hi, I try to use the RunAs() and RunAsWait() functions on Windows …
- 12:17 AM Ticket #357 (@AutoItUnicode - obsolete) updated by
- Replying to Gary: > true, hmmm may need to put another check into many of the UDFs. You probably mean _GUICtrlListView_GetUnicodeFormat($hWnd) _GUICtrlStatusBar_GetUnicodeFormat($hWnd) ... So instead of If @AutoItUnicode Then ... use If _GUICtrlListView_GetUnicodeFormat($hWnd) Then ... inside GUIListView.au3 If _GUICtrlStatusBar_GetUnicodeFormat($hWnd) Then ... inside GUIStatusBar.au3 …
Jun 8, 2008:
- 11:52 PM Ticket #357 (@AutoItUnicode - obsolete) updated by
- true, hmmm may need to put another check into many of the UDFs.
- 11:39 PM Ticket #357 (@AutoItUnicode - obsolete) updated by
- I didn't know about that. But @AutoItUnicode if it stay this way always returns true because it's based on Unicode version of AutoIt and not on Unicode version of some control.
- 11:35 PM Ticket #358 (Install Directory Structure --> no ANSI versions) updated by
- and here is missing all X64 versions.
- 11:35 PM Ticket #357 (@AutoItUnicode - obsolete) updated by
- I have to disagree with it being obsolete. Most controls can have unicode turned off, therefore needing to call the ansi api function call(s).
- 11:34 PM Ticket #359 (Autoit Info Window) created by
- There is some type of bug with the info window. It keeps freezing up …
- 11:34 PM Ticket #358 (Install Directory Structure --> no ANSI versions) updated by
- and also psapi.dll for NT4 …
- 11:33 PM Ticket #358 (Install Directory Structure --> no ANSI versions) created by
- Install Directory Structure section is not updated. From AutoIt 3.2.13 …
- 11:21 PM Ticket #357 (@AutoItUnicode - obsolete) created by
- @AutoItUnicode Returns 1 if running using the Unicode version of …
- 6:46 PM Ticket #356 (ConsoleWrite not working on Vista.) updated by
- Replying to Tlem: > It will be probably necessery to have a look on all consolexxx command on Vista and Windows 2008. Why? I can't rule out you being the problem. Here's why: You haven't told us how you're running this. Are you compiling it as a console application? Are you running it from within SciTE? Are you running it outside SciTE? And if you're using #RequireAdmin, then I can guarantee you're not going to see the output due to how it works and that is *not* a bug. In short, you haven't provided enough information.
- 6:18 PM Ticket #356 (ConsoleWrite not working on Vista.) created by
- Perhaps I made something wrong, but on Vista this code doesn't work : …
- 3:17 PM Ticket #355 (Child dialogs not visible) updated by
- Very strange. I can see the non-client area (though this may be because I'm using WindowBlinds). The client area is fully transparent. The child appears to the lower right of the parent by quite a bit. It also won't let me move the mouse outside the client area of the parent while I'm dragging the child. I can drag the child around but I'm bound by the client area of the parent.
- 5:46 AM Ticket #355 (Child dialogs not visible) created by
- […] Expected behavior: The child dialog should be displayed …
Jun 7, 2008:
- 6:00 PM Ticket #354 (Transparency with images) updated by
-
Version changed
Automatic ticket cleanup. - 4:52 PM Ticket #350 (FileInstall fails when user login name is non-English chars) updated by
- can you check fileinstall return I suspect the "winvnc.exe" is not found so fileinstall does work due to unable to found the file. Nothing to do with the user. Your example is not MBCS at least under a non asian windows.
- 4:46 PM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) updated by
- […] That's working perfect under Vista SP1. So you understand that" you need to follow directive as how to write a bug ticket
- 4:05 PM Ticket #354 (Transparency with images) updated by
-
Type changed
move to feature request - 3:38 PM Milestone 3.2.13.0 completed
- 6:46 AM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) updated by
- can you give an example using an existing key in the registry? Thanks
- 3:05 AM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) updated by
- Replying to corz: > I see. So long as it's staying that way, I can simply update the references, no problem. Cheers. > > In future, such important changes could perhaps be noted in the change log, so folk know it's intentional. I believe it is documented, it just doesn't mention the new icon because that is an implementation detail. While to you it seems an important point, keep in mind, as I said, you are doing things that aren't officially supported. > ps. I didn't realize AutoIt3Wrapper was an unsupported 3rd party tool. I got it from the downloads page. Noted, thanks. At any rate, Valik, I could have been using the built-in "+" icon for some purpose, and without any 3rd party tools whatsoever, it would now be broken. I don't mind fixing it, I just wanted to be sure that my fix wouldn't also break. It's a semi-supported, semi-official 2nd party tool.
- 2:32 AM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) updated by
- I see. So long as it's staying that way, I can simply update the references, no problem. Cheers. In future, such important changes could perhaps be noted in the change log, so folk know it's intentional. ;o) (or ps. I didn't realize AutoIt3Wrapper was an unsupported 3rd party tool. I got it from the downloads page. Noted, thanks. At any rate, Valik, I could have been using the built-in "+" icon for some purpose, and without any 3rd party tools whatsoever, it would now be broken. I don't mind fixing it, I just wanted to be sure that my fix wouldn't also break.
Jun 6, 2008:
- 8:50 PM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) updated by
- The blank icon is used to make the tray icon blink when TraySetState(4) is used. The icon is swapped back and forth between the standard icon (which can be changed via TraySetIcon()) and the blank icon.
- 8:13 PM Ticket #354 (Transparency with images) created by
- Transparency with autoit is different on computers based on that …
- 6:15 PM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) closed by
- No Bug: It is in fact an intentional change. However, no matter what, it is not a bug. AutoIt does not officially support modifying resources. You are using 2nd- and 3rd-party tools to add your own icons. It is not our responsibility to fix this because we did not break anything we officially support. If you choose to add resources to your compiled scripts, then the onus is on you to maintain your script to correctly reference them.
- 6:07 PM Ticket #350 (FileInstall fails when user login name is non-English chars) updated by
- Replying to ehaerim@gmail.com: > Please find the cause of this bug and fix ASAP. Or what? Really, that's a very rude thing to say. You are in no place to request prioritization of our time and effort to fix bugs. We'll fix it when we fix it like we do with everything else.
- 5:39 PM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) updated by
- Actually, removing icons from compiled applications isn't so easy. I've just tried three tools that I expected to be able to do it, and none of them could. Oh oh.
- 5:21 PM Ticket #353 (Aut2exe adding weird blank icons to compiled apps) created by
- I have recently upgraded my AutoIt installation (from 3.2.9.3b to …
- 3:43 PM Ticket #352 (v3.2.12.0 + RegRead (REG_MULTI_SZ)) created by
- if you try to read a REG_MULTI_SZ realy big key > 255 chars, RegRead …
- 12:00 PM Ticket #351 (Reverse PixelSearch) updated by
-
Version changed
Automatic ticket cleanup. - 11:57 AM Ticket #351 (Reverse PixelSearch) created by
- Searching in other directions then left -> right and top -> bottom. …
- 9:52 AM Ticket #350 (FileInstall fails when user login name is non-English chars) created by
- $execdir = "C:\HelpDesk\" FileInstall("winvnc.exe", $execdir, 1) …
- 2:00 AM Ticket #349 (guiconstants.au3) updated by
-
Version changed
Automatic ticket cleanup. - 1:15 AM Ticket #349 (guiconstants.au3) closed by
- Rejected: No sense in discussing it, it's already changed as well as the examples.
- 1:03 AM Ticket #349 (guiconstants.au3) created by
- i would like to continue the discussion about the gui constants. i …
- 12:00 AM Ticket #347 (Add _WinAPI_SetFilePointer) updated by
-
Version changed
Automatic ticket cleanup.
Jun 5, 2008:
- 11:20 PM Ticket #348 (Compiler complains that $STDERR_MERGED is undefined global variable) closed by
- No Bug
- 11:13 PM Ticket #348 (Compiler complains that $STDERR_MERGED is undefined global variable) updated by
- Close bug. I did not realize one had to add #include<Constants.au3>. It was referenced in the help, but did not realize it needed to specified. I realized my mistake as soon as I tried to use the other constants as well. my apologies.
- 11:05 PM Ticket #348 (Compiler complains that $STDERR_MERGED is undefined global variable) created by
- The helps for Run indicate a new standard_i/o_flag option described …
- 10:11 PM Ticket #347 (Add _WinAPI_SetFilePointer) created by
- _WinAPI file-handling functions are very useful, but would be enhanced …
- 9:50 PM Ticket #338 (Run scripts with no need to save them) updated by
- I have no idea why this would be usefull. could you explain how it will be ?
- 9:48 PM Ticket #342 (Syntax Check after Build/Compile) updated by
- Have you used the Full version of SciTE4AutoIt3? It uses an program called AutoIt3Wrapper which will run au3check by default before the Run or Compile task.
- 2:30 PM Ticket #345 (@OSVersion Windows 2008) closed by
- Fixed: Fixed in version: 3.2.13.0
- 1:15 PM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) updated by
- This control is usefull for scripts where can be user defined hotkeys. It's just graphical user interface (GUI) for let people setting their own hotkeys at runtime (and maybe store it to INI files for later use). Here are some links to forum UDFs about that: http://www.autoitscript.com/forum/index.php?s=&showtopic=72588&view=findpost&p=529587 http://www.autoitscript.com/forum/index.php?s=&showtopic=56374&view=findpost&p=427659
- 12:00 AM Ticket #346 (Remove the FileOpenDialog/FileSaveDialog filter length limit) updated by
-
Version changed
Automatic ticket cleanup.
Jun 4, 2008:
- 11:43 PM Ticket #346 (Remove the FileOpenDialog/FileSaveDialog filter length limit) created by
- There appears to be a 260-character limit for the filter string. If …
- 1:48 PM Ticket #345 (@OSVersion Windows 2008) created by
- Hello, @OSVersion reports as WIN_VISTA under Windows 2008; help file …
Jun 3, 2008:
- 5:06 PM Ticket #344 (RunAs + StdxxxRead doesn't work as expected on XP SP1 and XP RTM) created by
- When running a script like this one: […] ...on Windows XP RTM and …
- 4:04 PM Ticket #343 (Window checks to return only visible windows (option)) closed by
- Rejected: Replying to amokoura: > Yes you could use WinGetState but it requires BitAnd(). You could create some kind of a helper function also. It just gets dirty in my opinion. If you find writing functions dirty, then stop using programming languages immediately. The proposed "WinVisible" is trivial to write using the tools we've already provided you with. It doesn't need to be built in. > I assume most of the window automation is done on visible windows and every time a window is hidden, it causes confusion, especially for new AutoItters. Thats why a setting for managing visible windows only would be useful. I think you're wrong here. Given that most of the ways of automating a window work just fine on hidden windows, there's no real need to have the window visible, only in existence. So the assumption most automation is done on visible windows is a very bad assumption. And lastly, asking for new things to be added to Opt() is a big no-no. It's mentioned as one of the things not to ask for. The penalty is death. Most definitely closing this as rejected.
- 2:30 PM Ticket #343 (Window checks to return only visible windows (option)) updated by
- WinVisible() sounds good and the name is very descriptive also.
- 11:56 AM Ticket #343 (Window checks to return only visible windows (option)) updated by
- How about a new function to handle it: WinVisible()
- 11:12 AM Ticket #343 (Window checks to return only visible windows (option)) updated by
- Yes you could use WinGetState but it requires BitAnd(). You could create some kind of a helper function also. It just gets dirty in my opinion. I assume most of the window automation is done on visible windows and every time a window is hidden, it causes confusion, especially for new AutoItters. Thats why a setting for managing visible windows only would be useful.
- 10:05 AM Ticket #334 (Sqlite UDF and Vista64) updated by
- there is no sqlite.dll 64-bit version I don't know if picasso can build a working one.
- 10:01 AM Ticket #343 (Window checks to return only visible windows (option)) updated by
- What is wrong with using WinGetState?
- 10:00 AM Ticket #343 (Window checks to return only visible windows (option)) updated by
-
Version changed
Automatic ticket cleanup. - 9:33 AM Ticket #343 (Window checks to return only visible windows (option)) created by
- Opt("WinCheckVisible") 0 = Check all windows (default) 1 = Check only …
- 6:45 AM Ticket #339 (GUICtrlDelete() crashes at special occasions.) closed by
- Fixed: Fixed in version: 3.2.13.0
- 3:55 AM Ticket #336 (Add DirGetTime function) updated by
- Last one: in the documentation makes no reference to the function is valid for directories nor specifies that the names of the directories have to go without the slash final. http://www.autoitscript.com/autoit3/docs/functions/FileGetTime.htm
- 2:00 AM Ticket #342 (Syntax Check after Build/Compile) updated by
-
Version changed
Automatic ticket cleanup. - 12:59 AM Ticket #342 (Syntax Check after Build/Compile) created by
- I find it interesting to compile / build a script syntax check first, …
- 12:47 AM Ticket #336 (Add DirGetTime function) updated by
- Replying to Valik: > This isn't VBS or PHP, this is AutoIt. Do what AutoIt expects, not what other languages expect. Of course this is AutoIt, but is usually indifferent to refer to directories with or without slash end ... is what is commonly expected. My reference to VB or PHP were just examples of what I say. I do not know the difficulty of modifying the function FileGetTime to act in this way, but much help to developers. Thank you for your attention and help.
Jun 2, 2008:
- 11:09 PM Ticket #336 (Add DirGetTime function) updated by
- Replying to anonymous: > > OK, I tryed MsgBox(0, "hola", FileGetTime("e:\_", 1, 1)) and works but MsgBox(0, "hola", FileGetTime("e:\_\", 1, 1)) not work > > In my experience with VBS and php when dealing with directories like whether they gave the last slash or not This isn't VBS or PHP, this is AutoIt. Do what AutoIt expects, not what other languages expect.
- 10:54 PM Ticket #332 (Helpfile addition) updated by
- see #265
- 10:00 PM Ticket #341 (Extend TraySetIcon() undocumented keywords) updated by
-
Version changed
Automatic ticket cleanup. - 9:19 PM Ticket #341 (Extend TraySetIcon() undocumented keywords) created by
- Currently TraySetIcon() supports 5 (seemingly) undocumented internally …
- 8:00 PM Ticket #340 (Marquee progress bar) updated by
-
Version changed
Automatic ticket cleanup. - 7:41 PM Ticket #332 (Helpfile addition) updated by
- Status bar should be made standard trough GUICtrlCreateStatus, shouldn't? ;)
- 7:38 PM Ticket #340 (Marquee progress bar) created by
- Add the ability to use marquee progress bars on ProgressOn, and to set …
- 6:33 PM Ticket #336 (Add DirGetTime function) updated by
- Replying to Valik: > Replying to fherrero@noticiasdenavarra.com: > > I try this first and not work... bug? > > Ask on the forum. You are probably making a mistake by placing a trailing slash on the path or something. OK, I tryed MsgBox(0, "hola", FileGetTime("e:\_", 1, 1)) and works but MsgBox(0, "hola", FileGetTime("e:\_\", 1, 1)) not work In my experience with VBS and php when dealing with directories like whether they gave the last slash or not
- 4:21 PM Ticket #339 (GUICtrlDelete() crashes at special occasions.) created by
- Getting hard crash with this code: […] Seems to only occur on …
- 4:00 PM Ticket #338 (Run scripts with no need to save them) updated by
-
Version changed
Automatic ticket cleanup. - 3:19 PM Ticket #291 (TCPRecv() example in help file incorrect) closed by
- No Bug: no error under 3.2.12.0
- 3:12 PM Ticket #282 (Transparency issue with icon controls on tabs (revisited)) closed by
- Fixed: Fixed in version: 3.2.13.0
- 2:41 PM Ticket #338 (Run scripts with no need to save them) created by
- I think it's a good idea to insert a "Run" voice in SciTe which runs …
- 7:55 AM Ticket #337 (TraySetIcon causes read only error) created by
- TraySetIcon causes read-only error when loading icon from read-only …
- 12:59 AM Ticket #336 (Add DirGetTime function) updated by
- Replying to fherrero@noticiasdenavarra.com: > I try this first and not work... bug? Ask on the forum. You are probably making a mistake by placing a trailing slash on the path or something.
- 12:00 AM Ticket #336 (Add DirGetTime function) updated by
-
Version changed
Automatic ticket cleanup.
Jun 1, 2008:
- 11:37 PM Ticket #336 (Add DirGetTime function) updated by
- I try this first and not work... bug?
- 10:44 PM Ticket #336 (Add DirGetTime function) closed by
- Rejected: FileGetTime() works on directories. Closing as Rejected.
- 10:25 PM Ticket #336 (Add DirGetTime function) created by
- I think a good idea add DirGetTime function. I need this and …
- 4:00 PM Ticket #335 (Sample Code, Help File, covering ToolTip( )) updated by
-
Version changed
Automatic ticket cleanup. - 3:35 PM Ticket #335 (Sample Code, Help File, covering ToolTip( )) updated by
- Why? What's wrong with the example we have now?
- 2:58 PM Ticket #335 (Sample Code, Help File, covering ToolTip( )) created by
- Hello, I'd like to suggest to slightly modify the example code for …
- 2:38 PM Ticket #334 (Sqlite UDF and Vista64) created by
- The example from helpfile for _Sqlite_StartUp() works fine for 32bit …
- 7:16 AM Ticket #318 (GUICtrlSetTip problem on TreeViewItem) closed by
- Fixed: Fixed in version: 3.2.13.0
May 31, 2008:
- 2:36 PM Ticket #332 (Helpfile addition) closed by
- Completed: Added in version: 3.2.13.0
- 11:44 AM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- Replying to Jos: > I see what you are saying but am not sure if I ever will "fix" this in the SciTE lexer because that will be a complex solution to a very minor issue. > We could debate is SciTE is wrong or AutoIt3 is wrong here. :) > > Jos Hi Jos, I've no problem whith not fixing this issue. Real sorry to find "the needles", but I think it's better to show an issue than to skip it. :) Many, many thanks for your excellent support of SciTE4AutoIt !!! Hubertus
- 10:00 AM Ticket #333 (Directive for disabling /AutoItExecuteScript) updated by
-
Version changed
Automatic ticket cleanup. - 9:35 AM Ticket #333 (Directive for disabling /AutoItExecuteScript) updated by
-
Type changed
- 9:35 AM Ticket #333 (Directive for disabling /AutoItExecuteScript) created by
- Look at the possibility of adding a directive for disabling …
- 4:00 AM Ticket #332 (Helpfile addition) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 3:39 AM Ticket #332 (Helpfile addition) created by
- You may like to put in the helpfile under the _GUICtrlStatusBar_Create …
May 30, 2008:
- 11:17 PM Ticket #327 (SciTE/Tidy bug. False message: "endfunc" is closing previous "if") updated by
- Replying to Jos: > You are good in finding the famous needle in the haystack :) > The error is triggered because the line ends with "then". I can change the test to " then". > > Jos I'll try to find more needles, if they don't hurt you :) I'm sorry to spoil your time. ;-) Hubertus
- 10:00 PM Ticket #327 (SciTE/Tidy bug. False message: "endfunc" is closing previous "if") updated by
-
Milestone changed
Automatic ticket cleanup. - 8:04 PM Ticket #327 (SciTE/Tidy bug. False message: "endfunc" is closing previous "if") closed by
- Fixed: Fixed in tidy v2.0.23.15 Jos
- 7:53 PM Ticket #327 (SciTE/Tidy bug. False message: "endfunc" is closing previous "if") updated by
- You are good in finding the famous needle in the haystack :) The error is triggered because the line ends with "then". I can change the test to " then". Jos
- 7:50 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) updated by
- I see what you are saying but am not sure if I ever will "fix" this in the SciTE lexer because that will be a complex solution to a very minor issue. We could debate is SciTE is wrong or AutoIt3 is wrong here. :) Jos
- 3:42 PM Ticket #331 (menuradioitem is not work?) closed by
- Duplicate: Closing as a Duplicate of #325. Ultima, don't link tickets explicitly. Just type #<ticketnumber> and Trac will automagically link it. There are a couple reasons for this. First, you have now hard-coded a link to that ticket into the system. If we ever change URL's for the issue tracker, that link becomes invalid. Second, I use the secure (https) version of the issue tracker but you've linked to the non-secured (http) version. Not a big deal really, but still. Lastly, the ticket isn't striked-out to show that it's closed since it's just a normal link.
- 3:34 PM Ticket #313 (DirMove on same volume) updated by
- Replying to Jpm: > I don't know why this functions was implemented as such but there is no error as the doc say > {{{ > If the destination already exists and the overwrite flag is specified then the source directory will be moved inside the destination. > > }}} But the directory is not moved inside the destination, it ist moved inside a subdirectory with the same name as the source directory, if it exists in the destination.
- 3:23 PM Ticket #331 (menuradioitem is not work?) updated by
- See ticket 325.
- 2:12 PM Ticket #331 (menuradioitem is not work?) created by
- menuradioitem is not work? […]
- 9:22 AM Ticket #50 (Handle COM Byte-Array) updated by
- Valik, OK good to know !! Thanks
May 29, 2008:
- 2:22 PM Ticket #305 (GuiCtrlCreateCombo and GUICtrlSetFont causing highlight) closed by
- Fixed: Fixed in version: 3.2.13.0
- 1:45 PM Ticket #325 (Radio menu items not firing events) closed by
- Fixed: Fixed in version: 3.2.13.0
- 6:22 AM Ticket #330 (ControlSend Bug?) closed by
- No Bug: That's not the place to ask support go to forum please
- 6:20 AM Ticket #329 (#RequireAdmin) updated by
- It is OK under Vista/SP1 for me Be complete when you write your ticket in giving all information about your environment. OS, ...? anything which can help to reproduce. Thanks
- 6:07 AM Ticket #324 (DllCall - related) closed by
- Fixed: Fixed in version: 3.2.13.0
- 6:01 AM Ticket #323 (DllStructCreate - related) closed by
- Fixed: Fixed in version: 3.2.13.0
- 5:30 AM Ticket #330 (ControlSend Bug?) created by
- Hi, I am a new user of AutoIt and is having some problem. I am not …
- 2:00 AM Ticket #328 (Faster string manipulation with use of ASCII decimal values.) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:29 AM Ticket #329 (#RequireAdmin) created by
- #RequireAdmin RegWrite("HKLM\SOFTWARE\Test", "TestKey", "REG_SZ", …
- 1:08 AM Ticket #328 (Faster string manipulation with use of ASCII decimal values.) created by
- StringSplitASCII("String") or StringToASCII("String") Return an array …
May 28, 2008:
- 8:17 PM Ticket #326 (Autoit with Windows Mobile) closed by
- Rejected
- 6:00 PM Ticket #326 (Autoit with Windows Mobile) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 5:29 PM Ticket #327 (SciTE/Tidy bug. False message: "endfunc" is closing previous "if") created by
- There is a Tidy bug in _ITE function: Error -> "endfunc" is closing …
- 5:20 PM Ticket #326 (Autoit with Windows Mobile) updated by
- […] . I see :( Not on to do list is Windows CE :(
- 5:15 PM Ticket #326 (Autoit with Windows Mobile) created by
- Hello, Is it possible that you can write applications with Autoit for …
- 7:10 AM Ticket #325 (Radio menu items not firing events) created by
- Exactly as the title implies, radio menu items do not fire events. It …
May 27, 2008:
- 11:20 PM Ticket #324 (DllCall - related) created by
- In related section is missing link to "DllStructCreate" which is …
- 11:18 PM Ticket #323 (DllStructCreate - related) created by
- In related section is link to itself "DllStructCreate"
- 10:12 PM Ticket #50 (Handle COM Byte-Array) updated by
- This is still on the "will be done when it's done" list and that status is not going to change until you see the ticket closed.
- 9:34 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) created by
- […] This code work perfect and there is no beep at all. But... in …
- 7:36 PM Ticket #50 (Handle COM Byte-Array) updated by
- > This is in no way blocking a release < Is this good or bad news ? Thanks ptrex
- 7:25 AM Ticket #318 (GUICtrlSetTip problem on TreeViewItem) updated by
- I forgot, running on Win 2000 SP4
- 12:13 AM Ticket #321 (_GUICtrlStatusBar_GetText() --> truncation on Unicode) closed by
- Fixed: Fixed in version: 3.2.13.0
May 26, 2008:
- 9:04 PM Ticket #321 (_GUICtrlStatusBar_GetText() --> truncation on Unicode) created by
- _GUIStatusBar.au3 --> _GUICtrlStatusBar_GetText() siao has found this …
- 4:00 PM Ticket #319 (BitOR gives error) closed by
- No Bug: Please save yourself, and us, a lot of time and read the changelog so you actually know what changed when you update so you don't create stupid bug reports like this.
- 1:27 PM Ticket #320 (_WinNet_EnumResource Bug. + Fix.) closed by
- Fixed: Fixed in version: 3.2.13.0
- 12:06 PM Ticket #319 (BitOR gives error) updated by
- at least you miss the #include
- 12:00 PM Ticket #320 (_WinNet_EnumResource Bug. + Fix.) updated by
-
Severity, Milestone changed
Automatic ticket cleanup. - 11:53 AM Ticket #320 (_WinNet_EnumResource Bug. + Fix.) created by
- When try using the function _WinNet_EnumResource, error 487 is …
- 10:38 AM Ticket #319 (BitOR gives error) created by
- GUICreate("Test", 400, 610, -1, -1, …
- 9:31 AM Ticket #318 (GUICtrlSetTip problem on TreeViewItem) updated by
- On line 28 I added the GUICtrlSetTip !
- 9:29 AM Ticket #318 (GUICtrlSetTip problem on TreeViewItem) created by
- I try to make a tooltip on an GUICtrlCreateTreeViewItem, it gives code …
- 7:00 AM Ticket #316 (_Singleton sample invalid) closed by
- Fixed: Fixed in version: 3.2.13.0
- 5:42 AM Ticket #317 (ShellExecute/ShellExecuteRun verb-keyword "run" missing in helpfile.) closed by
- No Bug: There's no reason to mention it. It's nothing interesting or special. There are also better ways of re-running the same script than this. Closing as no bug.
- 4:24 AM Ticket #317 (ShellExecute/ShellExecuteRun verb-keyword "run" missing in helpfile.) created by
- When running this script in SciTE (F5), it works OK. When omiting the …
- 3:47 AM Ticket #316 (_Singleton sample invalid) updated by
- It is mentioned in the documentation that slashes are an invalid character. I have no idea why that example was written that way but whoever did it should have known better.
- 3:27 AM Ticket #316 (_Singleton sample invalid) created by
- Using version 3.2.12.0 of AutoIt, the _Singleton sample is invalid. …
May 25, 2008:
- 6:00 PM Ticket #297 (Scite doc outdated) updated by
-
Milestone changed
Automatic ticket cleanup. - 4:48 PM Ticket #306 (Wrong Error message when a variable is not an array) closed by
- No Bug
- 4:46 PM Ticket #297 (Scite doc outdated) closed by
- Fixed: Ok, understand now. As said the "*" lines shouldn't be there so they since they where used for debugging and forgotten to REM out. I did change the input file to lowercase at some point but don;t remember why I did that so will test for a while without doing that en when it works made that change for the next released version of Tidy.
- 11:10 AM Ticket #297 (Scite doc outdated) updated by
- 1) Ah, ok MHz. Thanks! 2) Very easy :-) Tidy prints this: * BACKUPDIR$: * TargetDir$:c:\downloads\BackUp\ +> Tidy AutoIt3 finished. Original copied to:"c:\downloads\BackUp\nowtime_old1.au3" which doesn't display the path correctly. Should be: * BACKUPDIR$: * TargetDir$:C:\Downloads\BackUp\ +> Tidy AutoIt3 finished. Original copied to:C:\Downloads\BackUp\Nowtime_old1.au3 this is no bug, but with very long pathes it is annoying and printing it correctly would make it much more readable. Mega
- 8:32 AM Ticket #312 (Cannot create dynamic arrays $foo[$bar]) closed by
- No Bug: $countspecies is certainly <=0
- 8:28 AM Ticket #313 (DirMove on same volume) closed by
- No Bug: I don't know why this functions was implemented as such but there is no error as the doc say […]
- 5:37 AM Ticket #309 (runas() from a network path) closed by
- Fixed
- 5:37 AM Ticket #309 (runas() from a network path) reopened by
- 5:37 AM Ticket #309 (runas() from a network path) updated by
- Fixing mistake with resolution.
- 5:35 AM Ticket #309 (runas() from a network path) closed by
- Completed: Added in version: 3.2.13.0
- 1:46 AM Ticket #306 (Wrong Error message when a variable is not an array) updated by
- Replying to Jos: > I get : > > > {{{ > >Running:(3.2.12.0):C:\Program Files\AutoIt3\autoit3.exe "C:\script.au3" > C:\...script.au3 (2) : ==> Subscript used with non-Array variable.: > MsgBox(0, "Test", $t[0]) > MsgBox(0, "Test", $t ERROR > }}} That's what I used to get and this time (I've already deleted the bad code) all I got was the "Unable to Parse....." message. I'll see if I can recreate it and let you know. In the meantime you can probably put this bug on hold. It can always be resurrected later.
May 24, 2008:
- 10:40 PM Ticket #315 (GUICtrlSetOnEvent() doesn't work if there are too many controls on one form) updated by
- i feel like an idiot, lol. i was just about to come delete this ticket when i realized my mistake!
- 10:03 PM Ticket #315 (GUICtrlSetOnEvent() doesn't work if there are too many controls on one form) closed by
- No Bug: This is not a bug. Your label is too wide and it obscures the button. Clicks do not get through to the button. The simple answer is, don't overlap controls. Closing as no bug.
- 10:00 PM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:55 PM Ticket #297 (Scite doc outdated) updated by
- I will make the update for the Abbrev files and inform Mhz, who maintains them. The 2 * lines shouldn't be there and is already fixed for the next release. I am not sure about your other comment about "casre insensitive". Could you explian ? Thanks Jos
- 9:27 PM Ticket #315 (GUICtrlSetOnEvent() doesn't work if there are too many controls on one form) created by
- If the button isn't created & linked before other controls are, it …
- 8:49 PM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) updated by
- Jon, this control doesn't *set* hotkeys. It just allows the user to type a hotkey combination into it. I don't see where there would be much wide-spread use for this. Further, I'm sure it's a pretty simple control and can be done via UDF's.
- 8:20 PM Ticket #314 (FileCreateShortcut cannot create for non-existing Universal Naming Path) created by
- […] hangs, or creates a disfunctional result …
- 7:42 PM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) updated by
- What does this do that current hotkeys and GuiSetAccelerators don't?
- 5:19 PM Ticket #313 (DirMove on same volume) created by
- […] […] Should be: […] Is: […] If Dirtest1 and …
- 11:37 AM Ticket #297 (Scite doc outdated) updated by
- Tidy pathes : Tidy AutoIt3 v2.0.23.14 Copyright (c) Jos van der Zande May 7, 2008 * BACKUPDIR$: * TargetDir$:c:\downloads\autoit-skripte\entwicklung\forumtests\BackUp\ +> Tidy AutoIt3 finished. Original copied to:"c:\downloads\autoit-skripte\entwicklung\forumtests\BackUp\db_5_aix_old1.au3" it is case insensitive : "C:\Downloads\AutoIt-Skripte\Entwicklung\ForumTests\DB_5_AIX.au3" and A3w or A3w2 or compiler and then CTRL+B in Scite ... there are still some outdated things like #AutoIt3Wrapper_Allow_Decompile=y #AutoIt3Wrapper_PassPhrase= Mega
- 10:52 AM Ticket #312 (Cannot create dynamic arrays $foo[$bar]) updated by
- I just tried this and it worked fine: […]
- 6:00 AM Ticket #312 (Cannot create dynamic arrays $foo[$bar]) updated by
-
Severity changed
Automatic ticket cleanup. - 5:38 AM Ticket #312 (Cannot create dynamic arrays $foo[$bar]) created by
- Since latest revision creating an array depending on another variable …
- 4:00 AM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) updated by
-
Version changed
Automatic ticket cleanup. - 2:52 AM Ticket #311 (GUICtrlCreateHotKey - as new native AutoIt control) created by
- Here is link to MSDN: …
Note:
See TracTimeline
for information about the timeline view.
