Timeline
Oct 30, 2010:
- 10:14 PM Ticket #1803 (GuiRichEdit Zoom Set) created by
- _GUICtrlRichEdit_GetZoom ; Remarks .......: MSDN claims that …
- 11:09 AM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) created by
- _WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() still use the …
Oct 29, 2010:
- 8:11 PM Ticket #1801 (RUNAS Windows 7 x64) updated by
- Script to demonstrate the bug is missing and required for each Bugreport.
- 6:25 PM Ticket #1801 (RUNAS Windows 7 x64) created by
- RunAs dont work under Windows7 x64. RunAs return 0 and @error return 0.
- 1:30 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- PS: TimerInit doc says: "Returns a timestamp number (in milliseconds)." "(in milliseconds)" is wrong. I'm not sure what it returns, but it seems system depending. so probably cpu ticks or something to that effect. @OP: Check the "timer management" UDF and ask in forum if you run into problem.
Oct 28, 2010:
- 7:02 PM Ticket #1800 (_ClipPutFile error 9) created by
- Error in _ClipPutFile: "GlobalFree" returns 0 on success, but this is …
- 12:50 PM Ticket #1799 (Result from TimerInit is wrong?) updated by
- > Don't see how this can be true as TimerInit() and TimerDiff() work fine. Hi Jos, thanks for your reply, but in the given example, it's clearly visible that TimerInit() returns a type of timestamp, but what is the base of this value? The manual says, it should be in milliseconds, but thats not true, as you see a factor of around 3e6 between their difference and the result of TimerDiff(). Is this factor a constant value on each system or would it depend from CPU-frequency or something else? Kind regards, Daniel
- 8:42 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- Replying to anonymous: > ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!! Don't see how this can be true as TimerInit() and TimerDiff() work fine.
- 8:26 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!!
Oct 27, 2010:
- 8:55 PM Ticket #1798 (Sound alert) closed by
- Rejected: This has nothing to do with the AutoIt language.
- 8:29 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) updated by
-
Owner, Status changed
This is all auto-generated by the "AutoIt Extractor.au3" script. Reassigning it to Valik. Jos - 8:08 PM Ticket #1799 (Result from TimerInit is wrong?) closed by
- No Bug: NO Bug: Questions must be asked in our forum, This is for reporting bugs.
- 7:56 PM Ticket #1799 (Result from TimerInit is wrong?) created by
- Hi, a short question concerning the TimerInit and TimerDiff functions …
- 1:00 PM Ticket #1798 (Sound alert) updated by
-
Version changed
Automatic ticket cleanup. - 12:13 PM Ticket #1798 (Sound alert) created by
- Hi, can you please add sound alarm function to MonitoringScript.mq4 …
Oct 26, 2010:
- 4:32 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) updated by
- No bug. You tried to copy with using Windows?
- 6:13 AM Ticket #1797 (Critical bug with WS_CHILD) created by
- Compile this script with name GUI_PARENT.exe […] After compiling …
Oct 25, 2010:
- 2:37 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) created by
- ;"x\Source" contains readonly directories that contains files ;fails …
Oct 24, 2010:
- 7:28 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I also found out that you can't TaskKill the program from a command line unless you use the /f (Force terminate) command line switch with taskkill if the script includes the Opt("GUICloseOnESC", 0) option.
Oct 23, 2010:
- 10:25 AM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I think it's a problem in the option name/description, it should be something like this: Opt("GUIClose", 0) Because it's blocking the window from been closed by external application. Althought it could be handy, and we can always use GUISetAccelerators to prevent GUI closing by ESC.
- 7:00 AM Ticket #1795 (long "long path" support) updated by
-
Version changed
Automatic ticket cleanup. - 6:14 AM Ticket #1795 (long "long path" support) created by
- fileopen/filewrite/filewrite/etc. to support more than 255+ characters.
Oct 22, 2010:
- 11:43 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- Too much complicated, here is a more simple reproducing script: […] no need to compile or anything else, just run the script twice, it should close the previous GUI, but it doesn't. BTW, it's only with AutoIt GUI, other winows closing fine.
- 5:53 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) created by
- When a script is compiled with Opt("GuiCloseOnESC", 0) active, another …
- 12:59 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I know this is not a forum But the solution for Mstsc.exe […]
Oct 21, 2010:
- 7:53 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've checked another W7 X64 system (dutch pro), and you are correct it happens with mstsc.exe and not with calc.exe and notepad.exe but i cannot explain why it only happens to X64 and not with X86. Thanks for you time Best regards, Emiel
Oct 20, 2010:
- 6:55 AM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, Sorry you are totaly correct .. will check other X64 systems and see if i have the same problem
Oct 19, 2010:
- 11:43 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- You are not correct. The PID returned is 2688 (Two-Six-Eight-Eight). That is NOT 2268 (Two-Two-Six-Eight) which is the PID of ProcessExistTest.exe. The behavior you describe can easily be caused by mstsc.exe restarting itself. I don't know why it would do that (that doesn't happen on my system) but that's likely what is causing the problem.
- 7:16 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've took a better look and i made a screenshot for you to see the error The PID returned is the PID of the compiled executable. The error is caused by the Run Command. On My notebook Windows 7 X86 the problem does not exist In my screenshot http://www.emro.nl/AutoIt/RunPIDError.png Program name = ProcessExistTest.exe -> PID = 2268 (this is returned by the above example) Program name = mstsc.exe -> PID = 3212 (this should be returned by the above example) Windows 7 Ultimate X64 English language selected (MUI) I hope you will take another look. Best regards, Emiel Wieldraaijer
- 2:02 PM Ticket #1793 (Undefined Windows constants...) created by
- After searching the standard includes (and some non-standard, i.e., …
- 3:49 AM Ticket #1791 (GuiCtrlDelete is in the wrong place?) updated by
- "GUI Control Creation" makes more sens to me. "GuiCtrlDelete" being the complete opposite of it. (or: more similar as in "change in the existence of a control".) "GUI Control Update" makes less sens to me. As that section is more about changing the properties of a control. (assuming the argument for this case is that Deleting a control is a change to. Which I think is not a very strong/good argument.)
Oct 18, 2010:
- 11:50 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) closed by
- Works For Me: Works fine for me on Windows 7 x64 using both x86 and x64 versions of AutoIt.
- 9:38 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) created by
- Hi, If i run the following code on a W7 X86 it will give the correct …
Oct 17, 2010:
- 8:49 PM Ticket #1791 (GuiCtrlDelete is in the wrong place?) created by
- It's under GUI Control Creation and I think it should be under GUI …
Oct 16, 2010:
- 5:00 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) updated by
-
Version changed
Automatic ticket cleanup. - 3:50 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) created by
- Missing optional indicators for second parameter for AutoItSetOption() …
- 7:11 AM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) updated by
-
Description changed
Oct 15, 2010:
- 2:54 PM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) created by
- Executing the following from within SciTE will not generate a syntax …
- 2:37 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
- Just a little more ammunition in support of the creation of these two routines. If you search the RTF UDF on the word "margin" you will see there are *MANY* functions that refer to, are based upon, or work in relationship with, the left, or right (or top, or bottom) margins. The inability to modify these margin settings, that so many routines are dependent upon, is a problem worthy of addressing. Thank you for your time.
Oct 14, 2010:
- 7:00 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
-
Version changed
Automatic ticket cleanup. - 5:06 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) created by
- I find it difficult to properly format/view/print any generated RTF …
Oct 8, 2010:
- 7:20 PM Ticket #1787 (Test coverage features) closed by
- Rejected
- 9:00 AM Ticket #1787 (Test coverage features) updated by
-
Version changed
Automatic ticket cleanup. - 8:25 AM Ticket #1787 (Test coverage features) created by
- If the interpreter could be instructed to start/stop recording the …
Oct 7, 2010:
- 9:02 PM TicketGuidelines/NewTicketSummary edited by
- Moved comment about questions to the general section. (diff)
- 9:00 PM Ticket #1785 (C-like syntax) closed by
- Rejected: This is not a forum.
- 9:00 PM Ticket #1784 (Feature request) closed by
- Rejected: You spent 0 seconds on the forum I see.
- 8:50 PM Ticket #1786 (ControlSend releases Caps Lock) updated by
- It seems that it's not only ControlSend, it's Send as well: […]
- 8:48 PM Ticket #1786 (ControlSend releases Caps Lock) created by
- When using ControlSend on AutoIt GUI, the Caps Lock released …
- 8:20 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
- Replying to Jpm: I am using GetClip() in 3.3.6.1 and it always returns empty. Under the covers it is probably calling _Clipboard_GetData(), maybe... I have seen people doing some pretty wild stuff to get it working. This is what i did and i get the data back immediately. Seems like a particular windows message activates it. Here is the code I am using that works for me and hopefully it helps fix this issue. Moving the mouse off the active window seems to do the trick. def getTextFromActiveWindow(self, titleOfBrowser): self.myauto.ClipPut("") url = "" counter = 0 while counter < 10: self.runWaitAuto("activateWindow.exe " + titleOfBrowser) self.myauto.Sleep(250) self.myauto.Send("!d") self.myauto.Sleep(250) self.myauto.Send("c") self.myauto.Sleep(250) if self.myauto.ClipGet() <> "": url = self.myauto.ClipGet() return( url ) self.myauto.MouseMove(700, 500, 5) self.myauto.Sleep(1000) self.myauto.MouseMove(0, 0, 5) self.myauto.Sleep(1000) counter = counter + 1
- 7:00 PM Tickets #1784,1785 batch updated by
-
Version changed
Automatic ticket cleanup. - 6:04 PM Ticket #1785 (C-like syntax) created by
- Hello, do you have any plans to change AutoIt's syntax to a more, …
- 6:02 PM Ticket #1784 (Feature request) created by
- - pushable and poppable arrays (eg, push(@array, "value")) - hashes …
- 4:41 PM Ticket #1783 (_Date_Time_FileTimeToStr with parm 1 error) closed by
- Duplicate: duplicate of #1509
Oct 6, 2010:
- 7:48 PM Ticket #1783 (_Date_Time_FileTimeToStr with parm 1 error) created by
- ; |[0] - Month ; |[1] - Day ; …
- 5:45 PM Ticket #1782 (forcing targeting of commands to only one target process/executable) closed by
- Rejected: Sounds like an "I'm too lazy to correctly identify the correct application so I want you to do it for me" feature. Seriously, this takes less than 10 lines of code to write yourself depending on what you are trying to do.
- 5:00 PM Ticket #1782 (forcing targeting of commands to only one target process/executable) updated by
-
Version changed
Automatic ticket cleanup. - 3:31 PM Ticket #1782 (forcing targeting of commands to only one target process/executable) created by
- I am trying to write a GUI-script which should run unmanned (without a …
Oct 5, 2010:
- 12:08 AM Ticket #1781 (Adding in Custom UDF's) closed by
- Rejected: Meh, forum, go go.
Oct 4, 2010:
- 11:00 PM Ticket #1781 (Adding in Custom UDF's) updated by
-
Version changed
Automatic ticket cleanup. - 10:22 PM Ticket #1781 (Adding in Custom UDF's) created by
- Any way to get some of the custom udf's memeber have made into the …
- 5:06 PM Ticket #1780 (Unable to get the selected node coordinates in Treeview.) closed by
- No Bug: Hint: This is not the support forum.
- 12:45 PM Ticket #1778 (ProcessClose() is looking at other logged-in users) updated by
- Replying to Valik: > There was a bug for exactly the opposite of this at one time (or it was reported on the forum, I can't recall which). The behavior is correct. How can one logged in user know the processes of another logged on user, when both are not administrators? What is the purpose of knowing what another user in a terminal session is running? It cannot be manipulated/changed. IMHO it seems more like a microsoft bug to allow one user session to know what another is doing.. ??
- 8:24 AM Ticket #588 (StringRegExpReplaceCallback) updated by
- Although thats a clever method, it's got flaws so it's only good for your use when you know what not to do. My method here is a lot more complete.
- 6:21 AM Ticket #1780 (Unable to get the selected node coordinates in Treeview.) created by
- We have currently have an windows application in .Net(infragistic …
Oct 3, 2010:
- 1:10 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) closed by
- Works For Me
- 1:08 PM Ticket #1779 (AutoIt Include Files Missing Includes?) closed by
- No Bug: All UDF include files are run through au3check before they are published. AU3Check would for sure give Errors when Includes would be missing. Jos
- 11:27 AM Ticket #1779 (AutoIt Include Files Missing Includes?) updated by
- Replying to anonymous: > Yes it can. Please erase this ticket from your mind. No, actually it doesn't. Check out Debug.au3.
- 11:25 AM Ticket #1779 (AutoIt Include Files Missing Includes?) updated by
- > Oh I see. I wonder if that can explain the other missing includes? Yes it can. Please erase this ticket from your mind.
- 11:20 AM Ticket #1779 (AutoIt Include Files Missing Includes?) updated by
- Replying to mvg: > Why would (for example) Date.au3 have to explicit include > #include <WinAPIError.au3> > When WinAPIError.au3 is indirectly included by the > #include "WinAPI.au3" > in Date.au3 > ? > > Seems more like a OrganizeIncludes limit in relation to secondary (and deeper) include use to me. Oh I see. I wonder if that can explain the other missing includes?
- 9:00 AM Ticket #1779 (AutoIt Include Files Missing Includes?) updated by
-
Version changed
Automatic ticket cleanup. - 8:37 AM Ticket #1779 (AutoIt Include Files Missing Includes?) updated by
- Why would (for example) Date.au3 have to explicit include #include <WinAPIError.au3> When WinAPIError.au3 is indirectly included by the #include "WinAPI.au3" in Date.au3 ? Seems more like a OrganizeIncludes limit in relation to secondary (and deeper) include use to me.
- 7:13 AM Ticket #1779 (AutoIt Include Files Missing Includes?) created by
- I went through the AutoIt Includes tonight with the OrganizeIncludes …
Oct 2, 2010:
- 11:43 PM Ticket #1777 (Issues with Security.au3) updated by
- See also #1560.
- 6:00 PM Ticket #1778 (ProcessClose() is looking at other logged-in users) closed by
- No Bug: There was a bug for exactly the opposite of this at one time (or it was reported on the forum, I can't recall which). The behavior is correct.
- 9:22 AM Ticket #1778 (ProcessClose() is looking at other logged-in users) created by
- ProcessClose() should only be able to 'see' processes running in the …
Oct 1, 2010:
- 9:08 PM Ticket #1777 (Issues with Security.au3) created by
- There are a number of issues I've noticed with Security.au3. This …
- 8:08 PM Ticket #1750 (Au3Check misrepresents undefined Call as critical) closed by
- No Bug: In my opinion, the code is questionable to begin with so I don't have a problem with an error being reported. I can think of very few circumstances where you would perform a Call() on a literal string where the function won't exist.
- 8:04 PM Ticket #1703 (I have a problem when using "filecopy" with extension. "vbe") closed by
- No Bug
- 7:48 PM Ticket #1751 (Ctrl key stuck after send containing ^ if BlockInput is on) closed by
- No Bug: Terrible bug report that doesn't demonstrate anything.
- 7:44 PM Ticket #1775 (_Radian UDF does not work on values less that 1) closed by
- No Bug
- 7:41 PM Ticket #1776 (Strange MustDeclareVars Behavior) closed by
- No Bug: You do not have a bug to report so you should not be reporting a bug. You need the support forum until you can clearly demonstrate otherwise.
- 4:38 AM Ticket #1776 (Strange MustDeclareVars Behavior) updated by
- Try stripping down your code(copy) while preserving the error. But only that target error, correct all other before the next removal step. Adding a dummy function that can be used as a substitute for function code that you remove could help. […]
- 3:48 AM Ticket #1776 (Strange MustDeclareVars Behavior) created by
- When Opt("MustDeclareVars",1) is in effect, under certain conditions …
- 2:40 AM Ticket #1775 (_Radian UDF does not work on values less that 1) updated by
- I just ran your example script and I got 0.5 degrees = 0.008726646... radians (I didn't feel it necessary to type the whole number that was shown in the msgbox). It seems like it might be something on your end and not with the Math.au3 file. This was on Windows 7 x86.
- 1:41 AM Ticket #1775 (_Radian UDF does not work on values less that 1) created by
- The radian function does not return a value if the $degrees variable …
Note:
See TracTimeline
for information about the timeline view.
