Timeline
Jul 3, 2008:
- 8:23 PM Ticket #429 (shellexecute() new feature) closed by
- Rejected: Replying to lookinmyeyes: > I have code that i would use runasset() to change the profile that a program will run under with version 3.10, > i used shellexecute() after runasset() to elevate the shellexecute to specifig user privileges. You must have a magical version of AutoIt, then. What you suggest just simply was not implemented that way. You were still running the script in the context of the caller, not the callee you thought. In other words, removing RunAsSet() did not remove any functionality some of you think you had. > i know i can use > ShellExecute("rundll32.exe", "shell32.dll, OpenAs_RunDLL " & $filename, "", "runas") > > to get the windows run as box, but this requires to enter username and password after they have been entered into the autoit code to start up the application. > > I am suggesting something like shellexecuteas() or something similar to runas() so that we can specify in the code username and password to use. > This is not going to happen. The API does not support it. What you can do, however, is use the /AutoIt3ExecuteLine feature of AutoIt. You can leverage that along with RunAs() to invoke ShellExecute() from an instance of AutoIt running as the user you want. The code would be something like: […] You will have some trouble with quotes, it's finicky getting them right since you must pass valid AutoIt syntax to /AutoIt3ExecuteLine and you must pass it as a SINGLE parameter (meaning the item has to be quoted itself). But basically you copy the AutoIt interpreter (A compiled script is fine) to a location UserB can access. Then you run that interpreter and have it execute your ShellExecute() line under the context of UserB. Then you clean up.
- 8:00 PM Ticket #429 (shellexecute() new feature) updated by
-
Version changed
Automatic ticket cleanup. - 7:11 PM Ticket #429 (shellexecute() new feature) created by
- I have code that i would use runasset() to change the profile that a …
- 6:35 PM Ticket #423 (samples) updated by
- You mean like the already included Snippet holder written by Gary?
- 6:31 PM Ticket #427 (add latest SciTE info to ...) updated by
- The AutoIt3 installer and SciTE4AutoIt3 installer are maintained separately and the SciTE4Autoit3 has its own version file already available: http://www.autoitscript.com/autoit3/scite/download/scite4autoit3version.ini I have build a check in SciTEConfig that downloads this file to verify whether an update is available. Jos
- 5:13 PM Ticket #428 (avast antivirus blocking autoit as a virus) closed by
- No Bug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 5:06 PM Ticket #428 (avast antivirus blocking autoit as a virus) created by
- the july-03-08 virus sigs update is now blocking autoit scripts from …
- 4:00 PM Ticket #427 (add latest SciTE info to ...) updated by
-
Version changed
Automatic ticket cleanup. - 3:28 PM Ticket #427 (add latest SciTE info to ...) created by
- Hello Developers Team. What do you think about adding a section …
- 2:00 PM Ticket #426 (Compability with cryptors & packers) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 12:15 PM Ticket #426 (Compability with cryptors & packers) created by
- AutoIt is incompatible with WinLicence v2.0 and themida 2.0+ Autoit is …
Jul 2, 2008:
- 10:00 PM Ticket #425 (Change to the registy by the installer) updated by
-
Version changed
Automatic ticket cleanup. - 9:52 PM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- I'm not sure one way or the other if you have or to what extent you've talked about it internally, I didn't see anything suggestive when I searched about it initially... I can definitely understand not wanting to create a headache of more script breakers this late in development though. I'd think it more important convention-wise than the ones done last May, but I guess if you've weighed it against the trouble it would cause for old scripts then it could also be more significant. The example script was a much simplified case; the original discovery was from a local->'block local' instead of a global->local. The no-entry point is probably not ideal, but I think it's somewhat common in scripting languages...I'd tend to disagree about it being 'far worse'. Anyways- if it has already been discussed at length then there's no use me continuing other than to be a voice for the side of changing it and to have some archived note of it somewhere. It's fair to say you know what you're doing at this point :) Thanks for your time-
- 9:13 PM Ticket #425 (Change to the registy by the installer) closed by
- Rejected: George, see "HKEY_LOCAL_MACHINE\SOFTWARE\AutoIt v3\AutoIt". Specifically the "InstallDir" and "betaInstallDir" values. Closing as rejected.
- 8:01 PM Ticket #425 (Change to the registy by the installer) created by
- The standard method of finding the path to the AutoIt3 folder is to …
- 8:00 PM Ticket #424 (_Dec64()) updated by
-
Version changed
Automatic ticket cleanup. - 6:03 PM Ticket #424 (_Dec64()) created by
- I had a bit of frustration when trying to convert an IPv4 address to …
- 2:07 AM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- What makes you think we haven't talked about it? Besides, it's a little late in the game to go and change things now. Many scripts would be broken if scope suddenly got more granular. I can't say that all the code that would be broken is good code, but never-the-less, much code would be broken for very little reason. Most people don't even realize AutoIt *isn't* block-scoped so this isn't as critical an issue as you're making it out to be. By the way, the very reason you found the "bug" in the first place is because you're using what I'd consider a far worse "feature" of AutoIt. That being we don't enforce an entry-point function which means you are free to write any code at global scope. If you're so concerned about scope issues, then I would think you'd come up with your own personal convention like I have where you never have code at global scope unless it's part of a variable definition.
- 2:00 AM Ticket #423 (samples) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:59 AM Ticket #423 (samples) created by
- hi wondering if it is possible to include the SAMPLE features inside …
- 12:16 AM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- My comment above, just for clarification-
- 12:16 AM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- >I would expect it to behave like we wrote it. Because, you know, we wrote AutoIt and it's not VB. Maybe that's your problem? You're expecting AutoIt to be something or behave like something it isn't. I made no particular assumptions for what you'd expect as a developer per-se. However, I would think most programmers would find this very counter-intuitive and non-standard compared to other languages. I don't expect it to behave exactly like VB either, nor would I want it too. There are programming conventions that are followed by nearly every modern language though, and I think having a local scope as a pseudo-global scope deviates from this... I can't think of another language that treats it as such off the top of my head. >Except that AutoIt doesn't have scope blocks other than "Global" and "Function" level scope. I know :( >Nothing needs done. Everything is working exactly how it's intended to. Your expectations are wrong. That's always your decision, I can only recommend you not be so dismissive about it, I only point it out because I personally think it would be better for AutoIt, but I'd at least encourage discussion about this among you developers... The end choice is always yours. From a programmers perspective though, this would really be one of the only things of AutoIt that just seem 'wrong' in its public implantation.
Jul 1, 2008:
- 10:35 PM Ticket #422 (_GDIPlus_GraphicsSetSmoothingMode Failure) closed by
- Fixed: Fixed in version: 3.2.13.4
- 8:12 PM Ticket #422 (_GDIPlus_GraphicsSetSmoothingMode Failure) updated by
- Just for added clarification, the code I posted draws 8 sets of diagonal lines. The values tested were from 0-7. Attempting to use dllcall with GdipSetSmoothingMode throws an error for values greater than 4. The function _GDIPlus_GraphicsSetSmoothingMode2 is the same as in GDI.au3 except it passes $iMode directly instead of converting it with Switch...EndSwitch.
- 4:44 PM Ticket #422 (_GDIPlus_GraphicsSetSmoothingMode Failure) updated by
-
Description changed
- 3:12 PM Ticket #422 (_GDIPlus_GraphicsSetSmoothingMode Failure) created by
- Calling _GDIPlus_GraphicsSetSmoothingMode($hGraphics, 2) returns FALSE …
Jun 30, 2008:
- 11:08 PM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- Replying to evilertoaster: > I would expect it to behave like VB 2005 not VB 6.0 (which was generally considered non-standard) as defined here- > http://msdn.microsoft.com/en-us/library/bybkyxaz(VS.80).aspx I would expect it to behave like we wrote it. Because, you know, we wrote AutoIt and it's not VB. Maybe that's your problem? You're expecting AutoIt to be something or behave like something it isn't. > It it generaly more accepted to have variables be local when delcared inside thier own 'block'. I would highly recommend looking at this agian. Except that AutoIt doesn't have scope blocks other than "Global" and "Function" level scope. Nothing needs done. Everything is working exactly how it's intended to. Your expectations are wrong.
- 10:12 PM Ticket #420 (Scope bug or mis-wording in documentation) updated by
- I would expect it to behave like VB 2005 not VB 6.0 (which was generally considered non-standard) as defined here- http://msdn.microsoft.com/en-us/library/bybkyxaz(VS.80).aspx It it generaly more accepted to have variables be local when delcared inside thier own 'block'. I would highly recommend looking at this agian.
- 9:42 PM Ticket #421 (Error in reading status of Radio Button) closed by
- No Bug: This belongs on the support forum. Also, we've never claimed support for .NET controls so even more reason this isn't a bug. If you need help, use the forum.
- 9:18 PM Ticket #421 (Error in reading status of Radio Button) updated by
- We will need more information to reproduce the error. What program is MyTestApp? What language? Is it really a radio control or simulated using buttons and graphics?
- 9:04 PM Ticket #421 (Error in reading status of Radio Button) created by
- I am trying to read the state of a Radio button on my form. […] …
- 8:07 PM Ticket #420 (Scope bug or mis-wording in documentation) closed by
- No Bug: It is created with local scope. And local scope at the global level means the variable is globally visible. What else would you expect? Not a bug, doesn't need documented, just need user's to turn their brains on and think things through for once.
- 7:53 PM Ticket #420 (Scope bug or mis-wording in documentation) created by
- As shown in this thread- …
- 4:19 PM Ticket #419 (FileInstall - tip for path to source in current directory) closed by
- Completed: Added in version: 3.2.13.4
- 2:00 PM Ticket #419 (FileInstall - tip for path to source in current directory) updated by
-
Version changed
Automatic ticket cleanup. - 1:48 PM Ticket #419 (FileInstall - tip for path to source in current directory) updated by
-
You shouldn't even need that:
FileInstall("sourcefile.ext", $DestLocation) - 12:06 PM Ticket #419 (FileInstall - tip for path to source in current directory) created by
- Please add this tip into AutoIt helpfile at FileInstall: Prefixing …
Jun 28, 2008:
- 2:35 PM Ticket #418 (GUICreate: $WS_EX_LAYERED documentation error) closed by
- No Bug: Changed example 2, extended styles are not BitOr'ed. Also changed comment to: ; transparent MDI child window Don't think the documentation needs to be changed. Setting as no bug.
- 2:21 PM Ticket #418 (GUICreate: $WS_EX_LAYERED documentation error) updated by
- It uses it in an MDI Child Window not a Normal Child window The example needs to be changed tho. The extended styles should be bitor'ed together not added.
- 1:07 PM Ticket #418 (GUICreate: $WS_EX_LAYERED documentation error) created by
- "$WS_EX_LAYERED Creates a layered window. Note that this cannot be …
Jun 27, 2008:
- 11:36 PM Ticket #415 (CUI compiled scripts won't execute batch files properly) updated by
- Replying to Valik: >That's because when running non-compiled, you are not running as a console application at all. So, this is irrelevant. Just background info, didn't want to be accused of insufficient testing :-) >That being said, I know what the issue is and how to fix it but I'm debating on whether or not fixing it is right. Of course, that is up to you. If you decide not to fix, will you explain why it isn't right to? Just seems to me that if a compiled GUI script can execute batch files like this OK then a CUI compiled one should be able to also. Thanks Valik, I'll leave you alone now.
- 11:18 PM Ticket #417 (Changing function parameters on a function call) closed by
- No Bug: Not a part of the Standard UDFs either.
- 11:14 PM Ticket #417 (Changing function parameters on a function call) updated by
- Sorry, it's not a bug, my mistake.
- 11:09 PM Ticket #417 (Changing function parameters on a function call) created by
- The folowing script consists of two files: HTTP_UDF.au3: […] And …
- 10:05 PM Ticket #415 (CUI compiled scripts won't execute batch files properly) updated by
-
Owner, Status changed
- 4:35 PM Ticket #416 (Ability to Hide all errors (or write them to a log)) closed by
- Rejected: There are a number of reasons I'm closing this as rejected. First, I have in a private list details regarding a better error-reporting system. Second, you can already achieve "silent errors" by ensuring the scripts are invoked with /ErrorStdOut. This forces all errors to go to the stdout stream which will have the end result of the errors not being seen by the user. Third, your script shouldn't have errors in it in the first place, and there are plenty of tools to prevent them. The only errors in a script that are terminal are syntax errors or out of memory. If there are any other terminal error messages they likely need removed.
- 4:24 PM Ticket #415 (CUI compiled scripts won't execute batch files properly) updated by
- Replying to ResNullius: > The following script when run uncompiled behaves as expected, you are greeted with the "Press any key to continue" message and the batch file waits for a key press. That's because when running non-compiled, you are not running as a console application at all. So, this is irrelevant. > Tested on Win2000/XP 32-bit with all service packs. Also with AutoIt beta 3.2.13.3. > The problem does not exist when compiled under v3.2.10.0 (with a compatible version of AutoIt3Wrapper). The first version to officially support CUI compilation is 3.2.12.0. Any other version is irrelevant. That being said, I know what the issue is and how to fix it but I'm debating on whether or not fixing it is right.
- 4:15 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
-
Summary changed
I agree, the way both OnAutoItStart and OnAutoItExit are implemented is absolute rubbish and needs re-designed from the ground up to facilitate more than one handler being registered without complex chaining by the user. I'm renaming the ticket to better reflect the content. - 4:00 PM Ticket #416 (Ability to Hide all errors (or write them to a log)) updated by
-
Version changed
Automatic ticket cleanup. - 2:59 PM Ticket #416 (Ability to Hide all errors (or write them to a log)) created by
- The reason I ask for this is for the company I work for, one of the …
- 2:51 PM Ticket #415 (CUI compiled scripts won't execute batch files properly) created by
- The following script when run uncompiled behaves as expected, you are …
- 2:00 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:59 PM Ticket #414 (Better OnAutoItStart/OnAutoItExit handling) created by
- I propose to add multiple OnExitFuncs, so that you can easily clean up …
- 7:09 AM Ticket #383 (Include A3X file as a script) updated by
- As the original poster, let me say that I do not think that including an exe would be practical, but either an A3X, or some new compiled form that includes function interfaces is needed. I am also working on some scripts that create and use keycode files to handle scritps that need to include authentication, but I cannot share the scripts or allow anyone else to use the routines without negating the security. The ability to include compiled function libraries becomes more and more necessary with each project I take on.
Jun 26, 2008:
- 6:27 PM Ticket #412 (HotKeys do not function if explorer.exe is not running.) closed by
- No Bug: Wow, you really didn't think about this one at all. Replying to caplan77: > Hotkeys work only when explorer.exe is running (a user is logged into the PC). This is simply not true. I just shut down Explorer and run a test script. Hotkeys worked just fine. > Hotkeys do not work at the logon prompt (no user logged on, explorer.exe not running). > > I've written a screen saver in AutoIt and would like hotkeys to work when just winlogon.exe is running. I'm sure this is either a security feature or due to the script running under a different session. In either case, I fully expect this behavior. > Hotkeys do not work if the user locks the workstation while logged in. Because it's locked? Wouldn't it be rather insecure if a locked workstation still allowed hotkeys to execute arbitrary code? Definitely no bugs here.
- 6:21 PM Ticket #413 (GUICtrlHotKeySet -Hot key input box GUI control.) closed by
- Duplicate: Search the issue tracker before posting. Closing as duplicate of #311 (Still rejected).
- 6:00 PM Ticket #413 (GUICtrlHotKeySet -Hot key input box GUI control.) updated by
-
Version changed
Automatic ticket cleanup. - 5:05 PM Ticket #413 (GUICtrlHotKeySet -Hot key input box GUI control.) created by
- Autoit has hotkey functions & gui functions but no way to easily set …
- 4:50 PM Ticket #412 (HotKeys do not function if explorer.exe is not running.) created by
- Hotkeys work only when explorer.exe is running (a user is logged into …
- 4:40 PM Ticket #387 (Change DllCallbackFree() to check handle validation or erase it) updated by
-
Version, Type changed
Jon, from the sounds of it, this is the same thing you used to have in place when an invalid file handle was passed to FileClose(). Remember how it used to throw up an error and stop the script? Remember how I bitched about that? Oh, and this crashes AutoIt. Stupid, yes, but I was trying to generate something simple to reproduce the bug and ended up with a hard-crash: […] Incidentally, flagging this as a bug, not a feature request. - 11:43 AM Ticket #387 (Change DllCallbackFree() to check handle validation or erase it) updated by
- I don't understand.
- 11:42 AM Ticket #386 (Notification about "Announcements and Site News" on Italian) closed by
- Wont Fix: Forum bug. Generally we don't touch these and wait for the next bugfix/release.
- 11:41 AM Ticket #408 (inetGet will not download from https with bad certificate) updated by
-
Owner, Status changed
We'll add a flag to ignore cert errors.
Jun 25, 2008:
- 11:38 PM Ticket #337 (TraySetIcon causes read only error) updated by
- I just looked over the code. There's no permission issue anywhere. In fact there are no permissions used at all. Reading the icon is done via a standard Windows API function for reading icons.
- 11:02 PM Ticket #337 (TraySetIcon causes read only error) updated by
- It's not AV related, as there's no AV of any sort installed on the machine I've been testing this on. The error message is as follows (it's a Windows error that is not specific to AutoIt): AutoIt v3: ScriptName.exe - Write Protect Error The disk cannot be written to because it is write protected. Please remove the write protection from the volume VOLUME NAME in DRIVELETTER:. Cancel &Try Again &Continue The same error is triggered by many other programs when attempting to open a file on the read-only device, but not EVERY file open triggers it; I suspect it's related to the permissions requested when opening the file for access. One way around this, as odd as it sounds, is to make a simple program with NSIS that simply launches the AI3 compiled script; for whatever reason that suppresses the error messages (it does for any other program that's triggering the error as well). This fix isn't inherited though, as a program then launched by the AI3 compiled script can still trigger the error. A Flash Drive with a read-only switch (with the switch set to read-only) and WinXP Pro SP3 running as Administrator are the general specifics; I honestly can't provide better details, it's as generic of a (legitimate) Windows install as could be. Nothing's running in the background aside from the usual (lsass, csrss, smss, winlogon, services, explorer; the only non default services are for .NET and an ATI video card and all of the ATI services are set to disabled). Anyhow, leaving it as closed since if you can't reproduce it there's not much you can do. Queue
- 8:07 PM Ticket #411 (Topmost option) closed by
- Rejected: What you want is highly specific and not very useful. See _WinAPI_SetWindowPos() for manipulating the Z-Order to your heart's content. Closing as rejected.
- 8:00 PM Ticket #411 (Topmost option) updated by
-
Version changed
Automatic ticket cleanup. - 7:57 PM Ticket #411 (Topmost option) created by
- I'd like to be able to set a window on top incrementally. Meaning, if …
- 7:09 PM Ticket #410 (Have installation of Scite editor optional) closed by
- Rejected: Redirect the .au3 extension to use a different ProgID (For example, I use "AutoIt3ScriptCustom"). Then the AutoIt installer will still change the "AutoIt3Script" ProgID but since the .au3 extension points to "AutoIt3ScriptCustom" the changes won't be reflected. You can, of course, customize whatever commands you want in your own ProgID. This is basically a one-time customization. Closing as rejected.
- 6:39 PM Ticket #410 (Have installation of Scite editor optional) created by
- I am an UltraEdit and PSPad user and whenever I install AutoIt I have …
- 3:14 PM Ticket #409 (Checkbox check goes to Select Case while not programmed to do so) closed by
- No Bug
- 3:13 PM Ticket #409 (Checkbox check goes to Select Case while not programmed to do so) updated by
- in fact when you delete first gui and recreate a new one the controlid of the new one are the same as the one of the first one so your msg loop will getevent and the corresponding old code will be executed
- 3:07 PM Ticket #409 (Checkbox check goes to Select Case while not programmed to do so) created by
- First, this script is a copied script of somebody I tried to help url: …
- 10:55 AM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) closed by
- No Bug
- 10:52 AM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) updated by
- Sorry, It's the first time I run Beta, and believed it replace the old version. It's ok with 3.2.13.3. Thanks
- 10:38 AM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) updated by
- 3.2.13.3 works for me. Are you sure you ran it in beta? […]
- 10:29 AM Ticket #399 (Advanced Mode with GuiCtrlRead for Context Menu) updated by
- I tried with 3.2.13.3 beta but it's still the same. @Valik: here is a sample script: #include <GUIConstantsEx.au3> Opt("GUIOnEventMode", 1) GUICreate ("Test", 200, 200) $contextmenu = GUICtrlCreateContextMenu() GUICtrlCreateMenuItem ("Item 1", $contextmenu) GUICtrlSetOnEvent (-1, "ItemInfo") GUICtrlCreateMenuItem ("Item 2", $contextmenu) GUICtrlSetOnEvent (-1, "ItemInfo") GUICtrlCreateMenuItem ("Item 3", $contextmenu) GUICtrlSetOnEvent (-1, "ItemInfo") GUICtrlCreateMenuItem ("Item 4", $contextmenu) GUICtrlSetOnEvent (-1, "ItemInfo") GUISetState () While 1 WEnd Func ItemInfo () MsgBox (0,0,GUICtrlRead(@GUI_CtrlId,1)) EndFunc
Jun 24, 2008:
- 7:01 PM Ticket #322 (SciTE wrong highlighting when using nested #CS/#CE) closed by
- Fixed: Fixed in version: 3.2.13.4
- 7:00 AM Ticket #408 (inetGet will not download from https with bad certificate) created by
- https://www.fnmoc.navy.mil/ww3_cgi/dynamic/ww3.b.spac.sig_wav_ht.000.gi …
- 4:59 AM Ticket #383 (Include A3X file as a script) updated by
- There are much much better ways of going about that than what you suggest. The "correct" way is to establish some sort of inter-process communication. Then provide a library file with an API plugins can use in their plugin-script to interact with the main program. In short, AutoIt can not help you with what you want to do. Your suggestion makes no sense and does not solve the problem you wish to solve.
- 4:44 AM Ticket #383 (Include A3X file as a script) updated by
- Would the more generic nature of the original ticket summary be entirely out of the question? That is, would it be impossible to also allow compiled EXE files to be included as well? (Naturally, the only EXEs that would work would be those compiled scripts that are not UPX'd) The rationale behind this is that I have a compiled executable whose functionality I'm considering allowing users to extend via their own scripts. I could always distribute an A3X file and have them download AutoIt (or maybe even do some FileInstall procdedure), but then that quickly becomes very clunky, especially when I make use of custom icon resources added to the executable directly.
- 4:24 AM Ticket #403 (Different results for both for loops) closed by
- No Bug: Ultima brings up a good point. One that needs documented. As a result I've created #407 and am closing this as no bug.
- 4:24 AM Ticket #407 (Document For...In is read-only for AutoIt arrays) created by
- We need to document that when using an AutoIt array with For...In, the …
- 4:11 AM Ticket #403 (Different results for both for loops) updated by
- @OP: By any chance, have you bothered to try printing $Array1[0]? You'd easily notice that it *is* an empty string, even after the loop. What you don't seem to realize is that the "For ... In ... Next" loop is for read-only purposes, only. Setting $Item inside the loop does not set the corresponding element in $Array, as you apparently seem to think. As such, this doesn't look at all like a bug to me.
- 2:00 AM Tickets #405,406 batch updated by
-
Milestone changed
Automatic ticket cleanup. - 12:56 AM Ticket #406 (GUI include file bug!) closed by
- No Bug: Bad enough that you posted once, but twice? Once again: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 12:54 AM Ticket #405 (GUI bug) closed by
- No Bug: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 12:46 AM Ticket #406 (GUI include file bug!) created by
- The single line in any Auto-It script I write is picked up by many …
- 12:42 AM Ticket #405 (GUI bug) created by
- The single line in any Auto-It script I write is picked up by many …
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.
Note:
See TracTimeline
for information about the timeline view.
