Timeline
Dec 21, 2008:
- 10:54 PM Ticket #752 (_ArrayUnique) created by
- Hi, […] Output is: […] There is also a typo in the helpfile : …
- 5:11 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- I can't even reproduce the characters when doing it manually with ALT. I certainly don't get the characters you describe at the top of the script. I get: ↓♥←
- 12:09 PM Ticket #751 (Bug with StringSplit on ANSI platforms) updated by
- "flag=2 is invalid under the release version" Ouch! I didn't realize this, nor that you had discontinued ANSI support altogether. Please accept my humble apologies.
- 10:09 AM Ticket #750 (SciTE "toggle all folds" shows not all functions) updated by
- Fixed in SciLexer v 1.7.7.5 available in the Beta directory of SciTE4AutoIt3 and in the next version of the included SciTE4AutoIt3. Jos
- 10:06 AM Ticket #750 (SciTE "toggle all folds" shows not all functions) closed by
- Fixed: Fixed in version: 3.2.13.14
- 7:59 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- I have bad news regarding this bug - I think there are two of them. I've extended a little bit the test by adding ASC-decimal version and the result is not well. Also I will attach the new script and a screenshot of the results. Normally it should display the same thing between [].
- 7:00 AM Ticket #751 (Bug with StringSplit on ANSI platforms) closed by
- Works For Me: There is no more ANSI support in the Beta . so I don't understand your report. flag=2 is invalid under the release version working as expected under the Beta
- 6:01 AM Ticket #751 (Bug with StringSplit on ANSI platforms) created by
- […]
Dec 20, 2008:
- 9:40 PM Ticket #750 (SciTE "toggle all folds" shows not all functions) created by
- Toggle the following code and you'll see the begin of first function …
- 7:27 PM Ticket #740 (Regression in DllStructSetData()) closed by
- Fixed: Fixed.
- 7:26 PM Ticket #749 (Better Encryption) closed by
- Rejected: Blah blah blah. Covered a million times. Wrong place. Et cetera. Closed.
- 6:31 PM Milestone 3.2.13.13 completed
- 6:00 PM Ticket #749 (Better Encryption) updated by
-
Version changed
Automatic ticket cleanup. - 3:36 PM Ticket #749 (Better Encryption) updated by
- Well, I just read a thread in the Example Forum section and the guy had made his program send a screen shot to his computer during installation of a program and he was "decompiling" it. In the task bar was a window titled "myAut2Exe >The Op..." and I just was wondering if that was a public program. I searched google for "myAut2Exe" and I found a website for it. I downloaded it to see if it really worked and to my surprise, it did. I feel that you should either use stronger encryption or just change something in the current encryption to make the programs to "decompile" autoit scripts not work.
- 3:35 PM Ticket #749 (Better Encryption) created by
- Well, I just read a thread in the Example Forum section and the guy …
- 1:50 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Please take a look at my article from http://blog.i18n.ro/automation-and-unicode-text-input-under-windows/ I would really like to see AutoIt being able to convert any Unicode character that cannot be converted using VkKeyScan to a keystroke intro a ALT+number sequence. This would make Send() Unicode compatible and will help make people testing the input of foreign characters. Also: can you enable account creation on Trac? It's really bad that I cannot receive a notification on a response.
- 12:05 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Two issues here: 1. Send indeed doesn't send Unicode characters easily - you have to use the ASC sequences instead. This is mentioned in the limitations section about unicode at http://www.autoitscript.com/autoit3/docs/intro/unicode.htm - I'll try and make it more clear in the Send() documentation as well. It's been on my "to do" list to make it work perfectly for a while so I'll change this bug into a feature request. I usually suggest that Send() is a last resort and you should use ControlSetText() wherever possible which works perfectly with Unicode characters. 2. The ASC code was a bit broken in that I was always adding a leading 0. So if you specified 0x41 (Dec:65) then this was actually sent as "ALT+065". This is incorrect so I've fixed this and the change will be in the next beta.
- 8:53 AM Ticket #462 (Send() can't send Unicode characters.) updated by
-
Owner, Status changed
- 8:53 AM Ticket #462 (Send() can't send Unicode characters.) reopened by
- Wow, there actually is a bug, it's just not being reported very well. It's taken over 5 months for it to come out what the real issue is. Bravo. Anyway, it appears that for whatever reason only the last two characters of Send()'s ASC are actually being used. Simple script that reproduces the problem: […]
- 7:35 AM Ticket #462 (Send() can't send Unicode characters.) updated by
- It will try to skip over you language and try to show you that you are really wrong. 0xA95 is not a Chinese character, in fact it is GUJARATI LETTER KA - you can check at: http://www.fileformat.info/info/unicode/char/0a95/index.htm Or better you could use the free software named BabelMap for navigating the Unicode Character Map. I will attach a test file that contains the same text introduced in 3 methods: clipboard(works), ASC(doesnt), ALT(works).
Dec 19, 2008:
- 8:09 PM Ticket #744 (StringFromASCIIArray() ANSI switch) closed by
- Completed: Added in version: 3.2.13.13
- 6:54 AM Ticket #734 (Docs update for StringRegExpReplace()) closed by
- Completed
- 6:02 AM Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) closed by
- Fixed: Fixed in version: 3.2.13.13
Dec 18, 2008:
- 9:04 PM Ticket #748 (DllCall crashing the script on wrong dll file name (VarType)) created by
- I know this is a wrong usage of the function, but as i said before, in …
- 6:36 PM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
- No.
- 9:06 AM Ticket #747 (GUI becomes unresponsive on displaying animated Gifs in embedded IE) created by
- HiHo Devs, when I embed an IE into a GUI let it display a large gif / …
- 8:46 AM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
- doeas ANSI imply UTF-8?
- 7:21 AM Ticket #745 (Bug in INIReadSection function) updated by
- Thanks.
Dec 17, 2008:
- 8:57 PM Ticket #741 (RegRead on Win XP x64 is not Working.) closed by
- No Bug: Running a 32bit executable on an x64 OS will be subject to registry virtualisation. So I'd expect your scripts to fail. Try either: - Compiling as x64 - Using HKLM64 instead of HKLM or HKEY_LOCAL_MACHINE
- 7:42 PM Ticket #746 (SCITE request) closed by
- Rejected: Err, that's not related to AutoIt, that's a core SciTE change. Just because you happen to want to use it for AutoIt related tasks doesn't mean it's not a core SciTE change. Have you tried pressing F8? It toggles the visibility of the output pane. Anyway, I'm closing this.
- 7:36 PM Ticket #746 (SCITE request) created by
- I don't know if this is the right place for this, but I see some …
- 7:16 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
-
Owner, Status, Severity changed
- 7:15 PM Ticket #734 (Docs update for StringRegExpReplace()) updated by
-
Owner, Status, Severity changed
- 7:14 PM Ticket #745 (Bug in INIReadSection function) closed by
- No Bug: No bug. If you look in "Report (bug).ini" carefully you'll see that where it stops reading there are NULL characters. There are various other keys where the value contains a NULL as well. Open the document in SciTE and it will show you a visual representation of all the non-printing characters that appear in the document.
- 1:20 PM Ticket #745 (Bug in INIReadSection function) created by
- Function returns not all values of keys in some cases. In a file with …
- 3:11 AM Ticket #744 (StringFromASCIIArray() ANSI switch) updated by
-
Owner, Status changed
- 3:10 AM Ticket #744 (StringFromASCIIArray() ANSI switch) created by
- Switch for treating input array as ANSI character values instead of …
Dec 16, 2008:
- 9:26 AM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Hi Valik, thanks for your Email. The File test.au3 shows you the Problem. I start this Script on Windows XP with SP2 and x86 and this Msgbox had the correct values. Now i start this Script on Windows XP with Sp2 x64 and this Msgbox Message had no values. --> That is my Problem.... :D I think this Registrykeys are also available on your System. code: $regRead1 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{B508B3F1-A24A-32C0-B310-85786919EF28}", "DisplayVersion") ;2.1.21022 msgbox(0, "RegRead1", $regRead1) $regRead2 = RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{B508B3F1-A24A-32C0-B310-85786919EF28}", "Publisher") ;Microsoft Corporation msgbox(0, "RegRead2", $regRead2) greetings, sneubert
Dec 15, 2008:
- 6:17 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- See, that's not a very good test script. I don't care what your real code is, I want to see an example of you calling the function correctly and it producing incorrect results. All I see is you calling the function correctly and not getting the results you expect. There is a difference. For example, I don't see anywhere where you state just what the return value is from RegRead(). You only say it's not working. I find your code to be very unstable. There are so many tests in it that rely on hard-coded values and I just don't think all of those are going to be the same on a 64-bit system. Especially if any of those products have an actual 64-bit version. And without actually seeing the output from any RegRead() statement, I believe one of your tests is failing and you're making a huge assumption that AutoIt is broken. You are not proving you have a bug. Really, you're just wasting time at this point. Please *demonstrate* you have a problem.
- 1:16 PM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Hi, thanks for your Email. Here a sample of my code: If RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{E404EFD4-6110-413C-AD1A-D6D0F261960E}", "UninstallString") = "MsiExec.exe /I{E404EFD4-6110-413C-AD1A-D6D0F261960E}" And RegRead("HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{E404EFD4-6110-413C-AD1A-D6D0F261960E}", "DisplayName") = "BitDefender Business Client" Then If FileExists("C:\Program Files\BitDefender\BitDefender 2008\vsserv.exe") = 1 Then Sleep(1500) ShellExecute(@WindowsDir & "\system32\MsiExec.exe", "/I{E404EFD4-6110-413C-AD1A-D6D0F261960E} REMOVE=ALL REBOOT=R /q", "") Sleep(1500) ProgressOn("BitDefender Business Client 2008 Deinstallation", "BitDefender 08 wird deinstalliert!", "0 Prozent") For $i = 0 To 100 Step 10 Sleep(12000) ProgressSet($i, $i & " Prozent") Next ProgressSet(100, "Deinstallation abgeschlossen", "Fertig") Sleep(500) ProgressOff() ;Shutdown(2) ;optinaler Neustart des Systems EndIf EndIf I compiled the Script with the Autoit Script 32 bit Version and execute this File on a x64 Windows XP. The same RegRead() Function is working on Windows XP Sp2 32 bit Version without Problems. Greetings, sneubert
- 8:19 AM Ticket #743 (TrayItemGetHandle crashes the script) closed by
- Fixed: Fixed in version: 3.2.13.13
- 7:24 AM Ticket #743 (TrayItemGetHandle crashes the script) updated by
-
Owner, Status changed
Dec 14, 2008:
- 11:20 AM Ticket #743 (TrayItemGetHandle crashes the script) created by
- When we trying to use TrayItemGetHandle() on wrong ID (not created by …
Dec 13, 2008:
- 3:57 AM Ticket #741 (RegRead on Win XP x64 is not Working.) updated by
- Replying to avira1@…: > Hi > > i found a Bug in the Function RegRead on Windows XP Sp2 x64. > > I will read the Registrykeys under "\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{ID}". > > This is not Working... 32-bit version of AutoIt or 64-bit? Sample script? How do I know you just don't have a typo you haven't observed? For example, your path in this text is wrong. Registry paths do not start with a leading "\". I find it more likely that registry reflection is at play here, but still, you did not provide a script so you aren't eliminated from being the problem yet. > Has RegRead() some Problems with {} in the Keypath and x64 bit? Please refrain from speculating on what might actually be wrong with the code, particularly if you're going to insult our intelligence. There's nothing at all special about those characters and it's kind of silly to think that they require some special handling and that we could screw it up.
Dec 12, 2008:
- 6:58 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Sorry about the recognition issue, it can be configured from the Preferences page :) - It's just seems that it was erased (cleaned) somehow.
- 6:33 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to Valik: > Replying to MrCreatoR: > > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... > > Then give useful information like that initially. Ok, i have a solution (in Lua)... In the au3.properties add this: […] * Where 1134,1135,1136 is the command.number + 1100 (MenuID?). * The russian shortcuts is to make it work when this keyboard layot is used, can be ommited. * The names are missed to prevent they appearing in the Tools menu. Then add lua file (can be found here as ChangeCase.lua) to Lua directory, and to the SciTEStartup.lua file add this line: LoadLuaFile("ChangeCase.lua") Thats it, as you can see, this also will add an "Invert Case" option. > > P.P.S > > And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(. > > I don't know what you mean by "recognize". The only people with accounts are the developers and even then cookies are only saved for the session so we have to re-login every time we close our browsers. I mean that few month ago i was able to open the tracking system page, and see my nick-name when i creating new ticket (in the input field with Author... Your email or username:...), or when i looking for new tickets, i could select My Tickets option, now i don't see it :( - The system does not "remember" me.
- 10:57 AM Ticket #741 (RegRead on Win XP x64 is not Working.) created by
- Hi i found a Bug in the Function RegRead on Windows XP Sp2 x64. I …
- 2:01 AM Ticket #740 (Regression in DllStructSetData()) updated by
-
Status changed
- 2:00 AM Ticket #740 (Regression in DllStructSetData()) created by
- Strings, re-using buffers, not NULL terminated. Fix fix.
Dec 11, 2008:
- 9:50 PM Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) closed by
- Works For Me: Works for me: […]
- 8:00 PM Ticket #739 (_GUICtrlTreeView_SetInsertMark with $hItem=0 does not remove the ...) created by
- Instead of removing the insertion mark, it is set above/below the …
- 5:10 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- You can't do it with native AutoIt functions. That's why ticket #582 exists.
- 12:37 PM Ticket #727 (Optional parameter not declared when func called via OnEventMode) updated by
- I know this is probably not kosher, but I've used code like this for the occasional shortcut. […] It should work in your situation.
- 11:42 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") updated by
- Not work in my system, I guess due to we have different regional setting, my system do not have Euro characters installed. After changed WinTitleMatchMode to "2" and removed all references of "μ" from "μTorrent" the script works.
- 5:27 AM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- That above was me. Here's the topic where this is being discussed, if you'd rather post a small example there. Again, thanks for the time and help, we all appreciate it. http://www.autoitscript.com/forum/index.php?showtopic=85798
- 5:20 AM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) updated by
- Would you mind posting an example of what you have using non-UDF code? I can't seem to get anything like this to work - […] I've successfully done a full UDF version, but would like to see how it's supposed to be done without it. I can set a tooltip for the whole tab control, but that's not exactly what I'm after. Thanks again.
- 4:13 AM Ticket #730 (Application Crash Global as Binary) updated by
- fine won't submit bugs.. if they make me look foolish thank you for your advice
- 2:03 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") closed by
- No Bug: Script works fine for me. No bug.
- 1:33 AM Ticket #738 (Unable to match uTorrent setup "Title" and "Visible Text") created by
- In attempt to make a uTorrent auto install script. OS = Windows XP …
Dec 10, 2008:
- 9:47 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) closed by
- No Bug: You don't really understand what's going on here. The whole point of the ToolTip stuff is so you don't have to handle TTN_GETDISPINFO. When working correctly, it won't be called. The tab items you claim are broken are actually the only ones working right. You first issue is that you are mixing AutoIt native and UDF GUI functionality. The second issue is you are trying to treat the value returned from GUICtrlCreateTabItem() as the control identifier. That is plain wrong. Tab items are referenced by index. The value AutoIt returns is not the index. The third issue is you are trying to use TTN_GETDISPINFO but are also trying to use tool registration. Go back to the drawing board and re-design the code. It's wrong. I can't quite get it working correctly (I can't add a tool with an ID of 0 for some reason). But what you have is not how this is done and doesn't demonstrate any bugs in AutoIt or in any of the UDF's you are using.
- 7:47 PM Ticket #737 (GuiCtrlCreateTabItem with Tooltips: not all tabs send WM_NOTIFY; wrong ...) created by
- In the below example tabs 5-7 do not send the WM_NOTIFY message and …
- 7:28 AM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to MrCreatoR: > >You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them. > > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... > When I try it on the Standard distribution from Neil I get the same result as our version. Set the file encoding to UTF8.
Dec 9, 2008:
- 8:38 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- Replying to MrCreatoR: > I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... Then give useful information like that initially. > P.S > If you guys don't want a bug reports about SciTE, then maybe it will be better to remove the SciTE4AutoIt option from the "Component:" list? :) Or is it for other bugs, related directly to AutoIt? SciTE4AutoIt is a package that contains many tools and customizations. It's for those, not core SciTE issues. > '''P.P.S''' > And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(. I don't know what you mean by "recognize". The only people with accounts are the developers and even then cookies are only saved for the session so we have to re-login every time we close our browsers.
- 8:18 PM Ticket #736 (Case proper for non-latin chars doesn't working) updated by
- >You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them. I know that you don't make the SciTE :), but i have another SciTE copy, where i don't get this problem, so i just thought that this is a some kind of "local bug", and can be fixed with some parameter in the SciTE's files... P.S If you guys don't want a bug reports about SciTE, then maybe it will be better to remove the SciTE4AutoIt option from the "Component:" list? :) Or is it for other bugs, related directly to AutoIt? P.P.S And why the Bug tracking system does not recognizing my nick name/email? (it has been recognized until few days ago). I have to type it always :(.
- 7:59 PM Milestone 3.2.13.12 completed
- 5:54 PM Ticket #736 (Case proper for non-latin chars doesn't working) closed by
- Wont Fix: You have been around long enough to know that we do not make SciTE and that core-SciTE issues are not to be reported to us because we don't fix them.
- 12:10 PM Ticket #728 (_ScreenCapture_CaptureWnd Change) closed by
- Rejected: At this point and time I don't want to cause anymore script breaking changes if I can help it.
- 11:56 AM Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) closed by
- No Bug: Still not a bug with the embed function. Work around if embedding controls in status bar and using WM_SIZE: […]
- 7:03 AM Ticket #736 (Case proper for non-latin chars doesn't working) created by
- When i select some string that have not latin characters, the …
- 4:56 AM Ticket #735 (Resizing GUI after _GUICtrlStatusBar_EmbedControl() causes control to ...) created by
- Ref: [Trac #45] An embedded progress bar control embedded with …
Dec 8, 2008:
- 9:56 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) updated by
- Hi Jos, thanks for the fix But it's strange i only get this when i select "Add_Required_Constants" Best regards, Emiel
- 9:33 PM Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) closed by
- Fixed: Fixed in version: 3.2.13.12
- 8:00 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:31 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) closed by
- Fixed: There is no relation to the Add_Required_Constants but any time the RunAfter was saved it would replace the erqaul sign. I have posted v.1.10.1.14 of AutoIt3Wrapper_GUI in the BEta directory which fixes this problem. Jos
- 6:32 PM Ticket #732 (AutoUpdateIt.au3) closed by
- Fixed: Fixed in version: 3.2.13.12
- 5:00 PM Ticket #734 (Docs update for StringRegExpReplace()) updated by
-
Version changed
Automatic ticket cleanup. - 4:46 PM Ticket #734 (Docs update for StringRegExpReplace()) created by
- I think there is few things in the RegExp(Replace) engine's docs that …
- 4:26 PM Ticket #733 (Docs mistake in _GUICtrlButton_SetImage/List()) created by
- The description of _GUICtrlButton_SetImage/List() sais this: […] …
- 2:36 PM Ticket #732 (AutoUpdateIt.au3) created by
- I was looking at the script for my rebuild of AutoIt 1 2 3, and …
Dec 7, 2008:
- 8:07 PM Ticket #731 (GUIWrapper Add required Constants *.au3 to your scripts changes ...) created by
- Hi All, [code] #NoTrayIcon #RequireAdmin #Region ; Directives …
- 6:54 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- You're an idiot and I wouldn't take any code from you. Why do I call you an idiot? Because I told you to read the documentation - Something you did not do or you would encounter this informative little piece of text: […] Well look at that! You can send UNICODE characters. And you can find that information in the documentation - exactly like I said. Next time somebody tells you to read the documentation - read it.
- 6:49 PM Ticket #730 (Application Crash Global as Binary) closed by
- Wont Fix: It does not crash in the current beta, it gives an error which is the correct behavior since it is not valid code. I suggest you learn *this* language and don't try to apply conventions from other languages to ours because chances are you just make yourself look foolish. While on the subject of looking foolish, please learn how to report bugs. You set several fields that are not your place to set. You both attached code and included code inline (without proper tags to mark it as code). And finally the code itself is stupid. You can demonstrate the problem with a single line yet you posted a full script with #include dependencies we can't meet due to missing files. Anyway, since this doesn't crash in the beta I'm closing it as won't fix.
- 5:15 PM Ticket #730 (Application Crash Global as Binary) created by
- AppName: autoit3.exe AppVer: 3.2.12.1 ModName: autoit3.exe ModVer: …
- 2:51 PM Ticket #729 (trac does not support login) closed by
- No Bug: Login is only for Developers.
- 1:25 PM Ticket #729 (trac does not support login) created by
- trac installation does not support account login or registration. Just …
- 1:23 PM Ticket #462 (Send() can't send Unicode characters.) updated by
- Sorry, but I consider this a valid bug, even if it's documented. It could be considered a non- bug only if the name of the function would be SendAscii. In fact there is a solution for solving this: we need to parse the string and for every character(including ASCII ones!) we can generate "ALT+" unicode sequences. Unicode text input it's a problem and the only way I see this resolved and not depending on the current keyboard layout is to use Alt+numpad sequences. Example: Let's say we have the Unicode+0219 (hex) character. This can be entered using: Send("{ALTDOWN}{NUMPADADD}{NUMPAD0}{NUMPAD2}{NUMPAD1}{NUMPAD9}{ALTUP}") - Remember to allways put a numpad0 after the plus so Windows will know not to generate keyboard events when pressing ALT-A/B/C/D (when entering hex numbers). For more information consult: http://www.fileformat.info/tip/microsoft/enter_unicode.htm PS. If you do not have time to implement this, please give a hint on where the code should be included and I might find some time to write this code.
- 2:00 AM Ticket #728 (_ScreenCapture_CaptureWnd Change) updated by
-
Version changed
Automatic ticket cleanup. - 12:02 AM Ticket #728 (_ScreenCapture_CaptureWnd Change) created by
- First - absolutely wonderful that _ScreenCapture is included in …
Dec 6, 2008:
- 7:09 AM Ticket #727 (Optional parameter not declared when func called via OnEventMode) updated by
- Fair enough. I can work around it then.
- 12:01 AM Ticket #727 (Optional parameter not declared when func called via OnEventMode) closed by
- No Bug: It does not crash. It errors out with the expected error since what you are trying to do is not supported.
Dec 5, 2008:
- 11:19 PM Ticket #727 (Optional parameter not declared when func called via OnEventMode) created by
- This script will crash when the button is clicked with an error saying …
- 5:47 PM Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) closed by
- No Bug: You should always create the menu before creating any other control. Not a bug.
- 4:24 PM Ticket #726 (Statusbar not visible in a window created with $ws_popup and with a menu) created by
- I have discovered that the statusbar is not visible when a window is …
- 10:01 AM Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) closed by
- No Bug: The forum is where this should be asked not bug trac
- 8:17 AM Ticket #725 (How to Search a Text in a Screen Capture from AutoIT) created by
- The application is not Windows based. So the Text on the screen is not …
Dec 4, 2008:
- 11:00 PM Ticket #724 (Add Identification of file executed) updated by
-
Version changed
Automatic ticket cleanup. - 10:12 PM Ticket #724 (Add Identification of file executed) closed by
- Rejected: Eh, your request is rather ambiguous but whatever it is can be solved in other ways.
- 8:48 PM Ticket #724 (Add Identification of file executed) created by
- Add Identification of file executed feature so that a help About type …
- 12:09 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- Yes. Source of aditional diagonal line was missing […]
Dec 3, 2008:
- 11:37 PM Ticket #721 (_Atan2() returns wrong) updated by
- It's ok. I can live with that explanation. _Atan2() is "real" atan2 mapped to range 0 to 2pi I'll shut the fuck up. And sorry for tiring you. If I find something that I think is maybe wrong, will try to make more meaningful, less hyperbolic example(s). Of course, will not give you links that have anything to do with ISO standard. Thanks again for that DLL structure explanation you provided earlier.
- 10:52 PM Ticket #721 (_Atan2() returns wrong) updated by
- Did you bother to read the part on the Wikipedia page where it mentions how to convert from the range -π,π to 0,2π? I can see uses for both ranges and I don't think that either range is wrong. What I do think is that you are so accustomed to using one range that you fail to accept that just maybe other people use another range. And you seem so stuck on this point that you refuse to acknowledge that both values represent the same angle. Here's a thought. Shut the fuck up because I'm tired of arguing with you. Your hyperbolic example makes no sense. You ignore the little blurb on Wikipedia which seems to imply that 0,2π is a valid and normal range and your other link is to something that's completely irrelevant to AutoIt. Comparing AutoIt to anything else is inviting me to flame the living shit out of you for not realizing that we did things our way and not some other way just because. Lastly, as for David and the choice he made, I'm fairly inclined to think a C++ professor is well aware of a conscious decision to deviate his version of Atan2 from the behavior in C\C++ and most other languages. And even if it wasn't intentional, guess what, it's not getting changed. You are the only person who has complained. The value's returned are equivalent and if you need them converted to something else, convert them. I'm certainly not going to let scripts get broken just because one person can't accept that a function doesn't behave how he wants it to.
- 10:52 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- use 0x00FF00 for $2 and $3 you will see that the color is not OK. I agree is not related with the ticket
- 10:19 PM Ticket #721 (_Atan2() returns wrong) updated by
- Definition of atan2 is very precise, like any other math function. atan2(-1, -3) is -2.8198420991932 That would be like you said "If adding two numbers returns their difference its wrong to say that that is not adding" (this is obviously taking it to the edge). Definition of atan2 , wiki link: http://en.wikipedia.org/wiki/Atan2 And The Open Group thing: http://www.opengroup.org/onlinepubs/000095399/functions/atan2.html Check latter please Consult the author of the function. He would have to agree if _Atan2() is atan2.
- 9:27 PM Ticket #721 (_Atan2() returns wrong) updated by
- I don't think you are correct in stating that it can not be called Atan2 just because it doesn't return what you want. The range can either be -π,π or 0,2π. It's the same thing expressed two different ways. The choice David made was to express the values as 0,2π and you want to express them as -π,π. So convert - subtract 2π from any value > π and you have what you are looking for.
- 8:01 PM Ticket #721 (_Atan2() returns wrong) updated by
- sorry for anonymous thing trancexx wrote that
- 8:00 PM Ticket #721 (_Atan2() returns wrong) updated by
- The whole point of function atan2 in mathematics is to be able to return negative. Range of results should be between -pi and pi, othervise it cannot be called atan2 (_Atan2() in this case). Check C function. Deceptive function name.
- 6:58 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) closed by
- No Bug: This code works for me and basically implements what JP says into a function. There are no weird drawing artifacts with this code: […] JP, I don't see any issues with the code I have posted. I corrected an issue where the vertical lines were not being drawn straight (using an x-coordinate of 1 instead of 0). Other than that, I can't see anything wrong with my corrected example. At any rate, I'm going to close this ticket. There's no bug in what the ticket describes so if you have found something else make a new ticket and/or just fix it.
- 6:42 PM Ticket #719 (Problem with GuiCtrlCreateGraph) closed by
- Duplicate: Closing at a duplicate of #720 which has more comments.
- 6:39 PM Ticket #721 (_Atan2() returns wrong) closed by
- No Bug: The code is correct. The angles returned are always going to be positive. If you'll notice, the value you get from _Atan2() - 360 = the value you are after. So, you need to write a thin wrapper that determines the direction and re-calculates the value since _Atan2() will always return the positive angle.
- 6:30 PM Ticket #723 (Structure problem) updated by
- Briliant and simple explanation. ...and if I set data manually (like copying from one structure to another) problem cannot occure because it's filled 8 and 8 and 8... Thanks!
- 5:47 PM Ticket #723 (Structure problem) updated by
- Ooops, here's the memory layout expressed in a fixed-width font so you may see the mapping. […]
- 5:44 PM Ticket #722 (Execute will crash when using a string with spaces.) closed by
- Duplicate: Duplicate #402.
- 5:43 PM Ticket #723 (Structure problem) closed by
- No Bug: The code is correct. The helpfile almost explains why with this line: > DllStructCreate("short;int") ; structure is 8 bytes, the "int" is at offset 4 The key there is, the int (dword in your example) starts at byte 4 (0-index) and not at byte 2 like you are thinking. So, we have the data 0x3378FF453D1133. The 0x3378FF45 portion is mapped to the short but only the first 2 bytes are accessible (0x3378). The 0xFF45 portion is mapped to the 2 bytes of padding that appears between the short and the dword. That means that the dword is 0x3D113300. Visually it looks like: 3378FF453D113300 (Extra 00's added to pad length for clarity). SSSSPPPPDDDDDDDD (Where S = short, P = padding and D = dword). When you start changing the alignment, you remove the padding and the structures align correctly. This is not a bug.
- 5:18 PM Ticket #723 (Structure problem) created by
- Unexpected behaviour with function DllStructureCreate()when created …
- 5:09 PM Ticket #722 (Execute will crash when using a string with spaces.) updated by
- oh and the exception details were as follows : Unhandled exception at 0x00411c63 in AutoIt3.exe: 0xC0000005: Access violation reading location 0xffffffff.
- 5:06 PM Ticket #722 (Execute will crash when using a string with spaces.) created by
- ok bit of background - we had scripts that would read in variables …
- 4:49 PM Ticket #721 (_Atan2() returns wrong) created by
- It's function from Math.au3 Returns wrong for points located in third …
- 4:01 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- First of all to draw a line you need to define a starting point with $GUI_GR_MOVE. Second as you create the graphics dynamically you need to use $GUI_GR_REFRESH after creation. Third is for me as the $GUI_GR_COLOR seems to introduce some discrepancy not sure what I need to do.
- 1:01 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) updated by
- Previous post is from me: Zedna (not anonymous)
- 1:00 PM Ticket #720 (more GUICtrlCreateGraphic()/GUICtrlSetGraphic($GUI_GR_LINE) - ...) created by
- According to this post: …
Dec 2, 2008:
- 10:35 PM Ticket #719 (Problem with GuiCtrlCreateGraph) created by
- I was creating a GUI that would have a border up the left side and …
- 6:12 PM Ticket #718 (Call() function claims "function doas not exist" if function was ...) updated by
- Never mind, JP already documented what I was going to.
- 6:08 PM Ticket #718 (Call() function claims "function doas not exist" if function was ...) closed by
- Rejected: No. I'm not going to add a feature that's not needed so it can be immediately abused to solve a problem in the wrong way. All I'm going to do is document that @error and @extended are set on failure to call the function. I am not going to add in a separate @error/@extended value to check a condition that is largely irrelevant. It is up to the API designer to lay forth the rules about callback functions such as the number of arguments. It is up to the callback designer to ensure their function accepts the correct number of arguments the API will be calling it with. There doesn't need to be functionality in the language to supplant proper communication/documentation.
- 11:00 AM Ticket #718 (Call() function claims "function doas not exist" if function was ...) updated by
-
Version changed
Automatic ticket cleanup. - 10:47 AM Ticket #717 (_EventLog__Report is crashing script) closed by
- Works For Me
- 10:37 AM Ticket #717 (_EventLog__Report is crashing script) updated by
- Replying to Jos: > Doesn't look you are using the UDFs from the standard installer. > This works fine for me: Thanks for your feedback. I use a copy of the AutoIt - Self Extracting Archive, no installer at all. Is there a dependency on the installer ? Due to time pressure i had to go back to a VB- Helperscript to handle eventlog.
- 10:25 AM Ticket #718 (Call() function claims "function doas not exist" if function was ...) created by
- In Beta 3.2.13.11 , if a function exists but has wrong number of …
Dec 1, 2008:
- 8:02 PM Ticket #717 (_EventLog__Report is crashing script) updated by
- Doesn't look you are using the UDFs from the standard installer. This works fine for me: […] Jos
- 11:20 AM Ticket #717 (_EventLog__Report is crashing script) created by
- AutoIT script is crashing when trying to send event to eventlog (UDF). …
- 7:56 AM Ticket #715 (Math error) updated by
- Since I found one of the threads where I explain it, here is the link.
- 7:56 AM Ticket #716 (decimal subtraction bug) updated by
- Since I found one of the threads where I explain it, here is the link.
- 7:53 AM Ticket #716 (decimal subtraction bug) closed by
- No Bug: Replying to mmavipc: > MsgBox(0,"",7.04-7 & " " & 8.04-8) > 7.04-7=0.04 > 8.04-8=0.0399999999999991 > hmm I wonder that is wrong with that Nothing is wrong with it. Just like #715, this is not a bug. Floating point numbers are not precise. There is a ton of literature on the internet about it. I've explained it countless times.
- 5:00 AM Ticket #716 (decimal subtraction bug) updated by
-
Severity changed
Automatic ticket cleanup. - 4:19 AM Ticket #716 (decimal subtraction bug) created by
- MsgBox(0,"",7.04-7 & " " & 8.04-8) 7.04-7=0.04 …
- 3:57 AM Ticket #715 (Math error) updated by
- Excuse me. I'll try to find answer in forum.
- 3:11 AM Ticket #715 (Math error) closed by
- No Bug: Replying to V23: > {{{ > ConsoleWrite(0.04 & @CRLF) > ConsoleWrite(8.04-8 & @CRLF) > }}} > > if I run this script, I'll see: > 0.04 > 0.0399999999999991 > Why? Because you touch yourself at night. Particularly when you should be asking things on the forum and NOT the issue tracker. Or better yet, search for things on the forum since I've explained this about seven thousand times. No bug.
- 2:36 AM Ticket #715 (Math error) created by
- […] if I run this script, I'll see: 0.04 0.0399999999999991 Why?
Nov 30, 2008:
- 4:39 AM Ticket #351 (Reverse PixelSearch) updated by
- Replying to haura: > When does an owner and milestone get assigned to this 6 month old request? When it's done.
- 4:31 AM Ticket #351 (Reverse PixelSearch) updated by
- When does an owner and milestone get assigned to this 6 month old request?
- 4:18 AM Ticket #712 (enhanced PixelSearch - search direction & logical mask) updated by
- See also: PixelSearch.au3 include library, enhanced search direction; logical OR & NOR pixel mask
- 4:07 AM Ticket #712 (enhanced PixelSearch - search direction & logical mask) updated by
- Your terse response was not called for. I most certainly did search for and find #351 before filing this request. #351 showed no disposition details. I suppose I must assume that #351 is not rejected but that it also has no target milestone or assigned owner for implementation. I did consider referencing #351 but decided not to because it the pixel mask element of my request is what I wished to emphasize. In future I will reference possibly related prior requests and/or submit multiple requests with a narrower focus for each one. Thank you for that piece of learning. I am sorry to read that pixel mask based searches are not within the target scope of your your planned development. I have already started on a library of my own so thank you for that suggestion.
Nov 29, 2008:
- 8:00 AM Ticket #714 (Radical(i1,i2,iN)) updated by
-
Version changed
Automatic ticket cleanup. - 6:51 AM Ticket #714 (Radical(i1,i2,iN)) created by
- What this would do would be to get the radical of all the numbers …
- 2:29 AM Ticket #711 (Combobox functions does not work properly or even at all, on Windows ...) updated by
- Well, I can agree with this explanation, but what does it mean "is not implemented on the OS you are trying to use"? I'm using on standard 2k/NT4 latest updates. I suppose it should be written in docs "Notice: It doesnt work there", but it is not.
Nov 28, 2008:
- 11:28 PM Ticket #712 (enhanced PixelSearch - search direction & logical mask) closed by
- Rejected: It's clear you didn't search the issue tracker hard enough or you would have found #351 which covers the first part of your request. As for the rest of the request, write your own. We can't possible provide something that is going to make everybody happy so we provide something basic. If you need something for complicated you can build it yourself.
- 11:25 PM Ticket #713 (FileInstall() to accept macros and environment variables.) closed by
- Rejected: While it is true those expressions are available at compile-time they are also different than the run-time counter-parts. It's just unnecessary confusion. There are better ways to solve the problem.
- 11:00 PM Ticket #713 (FileInstall() to accept macros and environment variables.) updated by
-
Version changed
Automatic ticket cleanup. - 10:53 PM Ticket #713 (FileInstall() to accept macros and environment variables.) created by
- It would be handy, if FileInstall() would accept macros and …
- 8:00 PM Ticket #712 (enhanced PixelSearch - search direction & logical mask) updated by
-
Version, Severity, Milestone changed
Automatic ticket cleanup. - 7:54 PM Ticket #712 (enhanced PixelSearch - search direction & logical mask) created by
- A) Search direction: For symmetry, support should be included for: …
- 4:37 PM Ticket #708 (ControlGetText() does not work properly.) updated by
-
Description changed
- 12:59 PM Ticket #710 (UDF for port access) closed by
- Rejected
- 2:35 AM Ticket #709 (WinGetTitle() returning '[SOH]' character, instead of title of target ...) closed by
- Fixed: It will be fixed in 3.2.13.12.
- 2:16 AM Ticket #711 (Combobox functions does not work properly or even at all, on Windows ...) closed by
- No Bug: For your first issue, it's obvious the ComboBoxEx control is not implemented on the OS you are trying to use. ComboBoxEx is not the same thing as a ComboBox. As for your second issue, read the documentation, I'll be you find your answer. Try looking at the Remarks section of GUICtrlCreateCombo(). No bugs to see here.
- 12:28 AM Ticket #711 (Combobox functions does not work properly or even at all, on Windows ...) created by
- Hello, I'll refer to two different combobox functions which …
Nov 27, 2008:
- 5:00 PM Ticket #710 (UDF for port access) updated by
-
Milestone changed
Automatic ticket cleanup. - 4:50 PM Ticket #710 (UDF for port access) created by
- In DOS I use debug to test my port. But in 2000, XP... it dosn't work
- 2:00 PM Ticket #709 (WinGetTitle() returning '[SOH]' character, instead of title of target ...) updated by
-
Severity changed
Automatic ticket cleanup. - 1:18 PM Ticket #709 (WinGetTitle() returning '[SOH]' character, instead of title of target ...) created by
- […]
- 3:53 AM Ticket #699 (Shutdown(5) Failing) updated by
- Does the user the script is running as have the ability to shut down the PC? Is the user the script running as also the interactive user?
- 3:45 AM Ticket #708 (ControlGetText() does not work properly.) closed by
- Fixed: It will be fixed in the next beta.
Nov 26, 2008:
- 7:40 PM Ticket #708 (ControlGetText() does not work properly.) created by
- ControlGetText() always returns SOH(Start of heading, Chr(1)). …
- 11:19 AM Ticket #707 (_GUICtrlMonthCal_Create) closed by
- Fixed: Fixed in version: 3.2.13.12
- 11:09 AM Ticket #707 (_GUICtrlMonthCal_Create) updated by
-
Owner, Status, Component, Severity changed
- 9:20 AM Ticket #707 (_GUICtrlMonthCal_Create) created by
- Ex.1 [autoit] #include <GUIConstantsEx.au3> #include <GuiMonthCal.au3> …
Nov 25, 2008:
- 11:41 PM Ticket #697 (Process Close Randomly Not Working) updated by
- Replying to kjcdude@…: > The bug that i have found is reproducible. As i stated it's random. Is it random or is it reproduceable? It can't be both. It can't be random, either, because nothing in computers is random. But it might be under some incredibly obscure circumstance. Without knowing what that circumstance is there is nothing that can be done to remedy it. > ProcessClose("Gw.exe") works within v3.2.13.10 and earlier, but not with v3.2.13.11. Nothing was changed between those two versions that would affect ProcessClose().
- 11:07 PM Ticket #697 (Process Close Randomly Not Working) updated by
- The bug that i have found is reproducible. As i stated it's random. ProcessClose("Gw.exe") works within v3.2.13.10 and earlier, but not with v3.2.13.11. It's a very simple error that I'm encountering and i have provided all the information i have. Sorry for wasting your time.
- 11:03 PM Ticket #699 (Shutdown(5) Failing) updated by
- No problem. I meant force shutdown, not restart. Windows XP Home SP2
- 9:55 PM Ticket #354 (Transparency with images) updated by
-
Description changed
- 12:04 PM Ticket #341 (Extend TraySetIcon() undocumented keywords) closed by
- Rejected: I agree that the undocumented behavior should be documented and will be in next beta. But I don't want that the pause icon can be set when the script is running. So I will close this request as rejected.
Nov 24, 2008:
- 6:11 PM Ticket #706 (Ability to read QWidget Controls would be nice to have) closed by
- Rejected: You already knew the answer before you posted.
- 2:00 PM Ticket #706 (Ability to read QWidget Controls would be nice to have) updated by
-
Version changed
Automatic ticket cleanup. - 1:37 PM Ticket #706 (Ability to read QWidget Controls would be nice to have) created by
- I tink it would be nice if you could have the ability to read the …
Nov 23, 2008:
- 11:55 PM Ticket #705 (_GUICtrlToolbar_ClickButton() function does not always click on buttons) closed by
- Fixed: Fixed in version: 3.2.13.12
- 11:09 PM Ticket #703 (_GUICtrlListBox_ClickItem() function does not always click on List Box item) closed by
- Fixed: Fixed in version: 3.2.13.12
- 9:20 PM Ticket #704 (_GUICtrlTab_ClickTab() function does not always click on tab button) updated by
- Replying to Gary: > _WinAPI_ShowCursor works fine on my XP box. > > _GUICtrlTab_ClickTab was fixed in 3.2.13.11 and does not match your version of it. Hi Gary not sure what happend there I had downloaded 3.2.13.11 but for some reason it kept my modified version of this function. I've just re-down loaded and see that you did fix the no cursor move part as well as the part I previously reported. _WinAPI_ShowCursor must be due to graphics card or something as I couldn't see anything wrong with the function. I did think that possibly the cursor was beining reenabled by internal AutoIt MouseClick function. Not an issue for me.
- 9:03 PM Ticket #700 (_GUICtrlTreeView_ClickItem() function does not always click on Tree ...) closed by
- Fixed: Fixed in version: 3.2.13.12
- 8:44 PM Ticket #701 (_GUICtrlListView_ClickItem() function does not always click on List ...) closed by
- Fixed: Fixed in version: 3.2.13.12
- 8:18 PM Ticket #702 (_GUICtrlListView_ClickItem() function does not always click on List ...) closed by
- Duplicate
- 8:17 PM Ticket #704 (_GUICtrlTab_ClickTab() function does not always click on tab button) closed by
- No Bug: _WinAPI_ShowCursor works fine on my XP box. _GUICtrlTab_ClickTab was fixed in 3.2.13.11 and does not match your version of it.
- 8:02 PM Ticket #705 (_GUICtrlToolbar_ClickButton() function does not always click on buttons) created by
- Enviroment: WinXP Home SP3 AutoIt 3.2.12.1 AutoIt Beta 3.2.13.11 …
- 7:56 PM Ticket #704 (_GUICtrlTab_ClickTab() function does not always click on tab button) created by
- Enviroment: WinXP Home SP3 AutoIt 3.2.12.1 AutoIt Beta 3.2.13.11 …
- 7:52 PM Ticket #703 (_GUICtrlListBox_ClickItem() function does not always click on List Box item) created by
- Enviroment: WinXP Home SP3 AutoIt 3.2.12.1 AutoIt Beta 3.2.13.11 …
- 7:48 PM Ticket #702 (_GUICtrlListView_ClickItem() function does not always click on List ...) updated by
- Sorry I posted this one twice it is a duplicate of 701 please delete
- 7:45 PM Ticket #702 (_GUICtrlListView_ClickItem() function does not always click on List ...) created by
- Enviroment: Win XP Home SP3 AutoIt 3.2.12.1 AutoIt Beta …
- 7:40 PM Ticket #701 (_GUICtrlListView_ClickItem() function does not always click on List ...) created by
- The coords of the centre of the item are calculated in screen coords, …
- 7:37 PM Ticket #700 (_GUICtrlTreeView_ClickItem() function does not always click on Tree ...) updated by
- I was going to attach this file GuiControlsItemClickTest.exe but it is a bit to big. It is the SampleControls.au3 from the AutoIt\Examples folder compliled and saved as GuiControlsItemClickTest.exe
- 7:10 PM Ticket #700 (_GUICtrlTreeView_ClickItem() function does not always click on Tree ...) created by
- Enviroment: Win XP Home SP3 AutoIt 3.2.12.1 AutoIt Beta …
- 6:31 PM Ticket #697 (Process Close Randomly Not Working) closed by
- No Bug: That's nice. Now, create a thread in support and talk about the issue with others who can help you. You've given no useful information at all. You've also posted code without any error checking so as far as I can tell you have no proof the code is even flowing how you think it is. At any rate, I find it unlikely this is actually a bug in AutoIt. Even if it is a bug in AutoIt, you haven't provided any information to reproduce it. So I'm closing this.
- 6:27 PM Ticket #698 (RunAs/RunAsWait Bug - Blank Passwords) closed by
- No Bug
- 11:53 AM Ticket #699 (Shutdown(5) Failing) updated by
- which OS version are they running with? When you subt a ticket you must describe the environment you encouner the trouble. Thanks
- 9:24 AM Ticket #698 (RunAs/RunAsWait Bug - Blank Passwords) updated by
- Nevermind, ran a runas from the command line. I guess microsoft locked ths down. Sorry about that.
- 8:00 AM Ticket #698 (RunAs/RunAsWait Bug - Blank Passwords) updated by
-
Severity changed
Automatic ticket cleanup. - 6:26 AM Ticket #699 (Shutdown(5) Failing) created by
- On about 1/20 of the 600 pcs i run this script on the 2nd lat line of …
- 6:24 AM Ticket #698 (RunAs/RunAsWait Bug - Blank Passwords) created by
- A user posted a question in support and I confirmed the behavior. It …
- 2:45 AM Ticket #697 (Process Close Randomly Not Working) created by
- I run my scripts on over 600 PCs and have been running this portion of …
Nov 22, 2008:
- 5:00 PM Ticket #692 (Tidy crashes on long lines) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:51 PM Ticket #692 (Tidy crashes on long lines) closed by
- Fixed: Fixed in v 2.0.24.1 available now in the Beta directory. Jos
Nov 21, 2008:
- 8:04 PM Ticket #696 (Autoit Vista 64bit) closed by
- No Bug: This isn't related to AutoIt. This should have been asked on the forum.
- 7:37 PM Ticket #696 (Autoit Vista 64bit) created by
- Running Vista Ent 64bit. Newest autoit and SciTE. Also tryed older …
Note:
See TracTimeline
for information about the timeline view.
