Timeline
Feb 12, 2009:
- 6:14 PM Ticket #814 (HttpSetProxy - proxy with credentials) updated by
-
Owner, Status changed
I hope some dev have access to a proxy protected. I don't. Please Jon. - 5:43 PM Ticket #814 (HttpSetProxy - proxy with credentials) created by
- See here : http://www.autoitscript.com/forum/index.php?showtopic=88991 …
Feb 11, 2009:
- 7:27 AM Ticket #271 (FTP - make it as standard include file (or native AutoIt)) updated by
-
Owner, Status changed
- 7:23 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
-
Owner, Status changed
- 7:22 AM Ticket #682 (Remove 64K line limit for FileReadLine()) updated by
-
Owner, Status changed
Feb 10, 2009:
- 5:57 PM Ticket #812 (Addtion of structure like in C) closed by
- Rejected: We are not going to add this and your request epitomizes why we won't. Structures are for DllCall() only. They are not a mechanism for constructing user-defined types. What you describe is the very reason we keep this feature out of the language so thank you for proving my point why we shouldn't add it.
- 3:00 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:29 PM Ticket #813 (AutoItX_64.dll and Window Handles on XP64 issue) created by
- Hi, WinGetHandle() returns a 16byte string on XP64. The …
- 1:35 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) closed by
- Fixed: In fact with the new beta implementation of #414: better handling of OnAutoItStart/OnAutoItExit It is fixed.
- 1:29 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) updated by
-
Description changed
- 1:25 PM Ticket #812 (Addtion of structure like in C) updated by
- At least the access was implemented long time ago but was rejected due to possible confusion with Obj/COM supported type. Perhaps Valik or Jon can comment on this subject. Not sure ther is not a C struct to dllstruct conversion program/script available somewhere. At least it can be helpfull for those writing UDFs ;)
- 8:30 AM Ticket #811 (Add macros(@ScriptFile,@ScriptFunction) to get file,function executing ...) closed by
- Rejected: The @ScriptFile macro would only be available in non-compiled scripts. The @ScriptFunction macro impacts performance. There is also no guarantee that in future versions of AutoIt that this information will even be available at runtime. Closing as rejected.
- 8:24 AM Ticket #812 (Addtion of structure like in C) created by
- I read that you are not ready to add OOP concept in autoit and I agree …
- 8:07 AM Ticket #811 (Add macros(@ScriptFile,@ScriptFunction) to get file,function executing ...) created by
- Hello, It could be good to add the @ScriptFile and @scriptFunction to …
Feb 9, 2009:
- 6:57 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) created by
- If I declare AND define a variable via a function and the function …
- 3:57 PM Ticket #809 (UDF _SoundPlay doesn't work with filenames as 1st parameter) closed by
- Fixed: Fixed in version: 3.3.1.0
- 2:31 PM Ticket #809 (UDF _SoundPlay doesn't work with filenames as 1st parameter) created by
- Check the following example (or the AutoIt included example script …
- 7:47 AM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) closed by
- Works For Me: Checking with 3.3.0.0 running under a Vista X64 under a Virtual machine Works for me
Feb 8, 2009:
- 5:43 PM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) closed by
- No Bug: I entered my info, compiled the script and named it "SuperReallyLongNameAndStuff.exe". Works fine on Windows XP SP3. And I'm even more annoyed now having did that because the code, too long as it is, doesn't even run out of the box due to calls to functions that don't exist in the example. Just a poor example all around. Anyway, as expected, NO BUG.
- 5:07 PM Ticket #354 (Transparency with images) closed by
- Rejected: In fact transparency is applied to the parent window so GUICtrlSetTransparent will be override by the next one. The current strategy of choosing the pixel 0,0 of the control for pic seems the not the worst one. I am closing it
- 10:43 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) updated by
- After correcting the script to have it working using my DCHPServerIP and my system IP the […] never return under Vista/SP1
- 2:13 AM Ticket #808 (_ArrayConcatenate()) closed by
- No Bug
- 1:44 AM Ticket #808 (_ArrayConcatenate()) created by
-
your
_ArrayConcatenate($array1,$array2)command works well butt … - 1:34 AM Ticket #807 (help) closed by
- Rejected: Read WikiStart. This is not the place to ask for help. People have already written things that can get the information you want. Use the forum.
- 1:32 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) updated by
- Read WikiStart. Then re-write the code so that it's not a wall of text. Way too much code.
- 1:27 AM Ticket #807 (help) created by
- plese add a way to check the processor type ie: pentum d , Pentium …
- 1:19 AM Ticket #806 (DllStructGetData fails in compiled script with a name longer than ...) created by
- The script below will work fine in AutoIT 3.3.0.0 as long as it is not …
Feb 7, 2009:
- 8:03 PM Ticket #747 (GUI becomes unresponsive on displaying animated Gifs in embedded IE) closed by
- Wont Fix: The problem is Internet Explorer. It apparently has unacceptably poor performance animating GIF images. This causes such a flood of activity that the image is drawn poorly and the host application just can't keep up. Most likely Internet Explorer itself is multi-threaded which allows it's UI to remain responsive even in the face of the message flood the poor GIF animation is causing. AutoIt does not have that luxury and it is a significant rewrite to change it just to work around Microsoft's poor programming. About all I can say is, hope that IE8 has better GIF rendering because we aren't rewriting AutoIt to accommodate Microsoft's inadequacies at writing a browser. Note that Firefox renders the GIF nice and smoothly without breaking itself in the process. Closing as "Wont Fix".
- 6:11 PM Ticket #802 (ControlID fails with full X/Y/W/H definition) closed by
- Fixed: Fixed in version: 3.3.1.0
Feb 6, 2009:
- 9:50 PM Ticket #805 (Don't really know what command is causing the problem) closed by
- No Bug: Before you post another ticket, read WikiStart.
- 9:22 PM Ticket #805 (Don't really know what command is causing the problem) created by
- I use a script from Danny35d to display office and windows serials. …
- 9:12 PM Ticket #803 (ProcessGetStats documentation Improvement) closed by
- Rejected: I think the example we have is fine. We only need to show basic usage and give people an idea how a function works. They need to be able to read the documentation to figure out the rest.
- 9:07 PM Ticket #804 (Strange behavior with simple program) closed by
- No Bug: Did you really even think about this code? Just stop and think. No bug.
- 9:00 PM Ticket #803 (ProcessGetStats documentation Improvement) updated by
-
Version changed
Automatic ticket cleanup. - 8:29 PM Ticket #804 (Strange behavior with simple program) created by
- When I run the following program, if I change the "for $k=1 to X" so …
- 8:23 PM Ticket #803 (ProcessGetStats documentation Improvement) created by
- Hi, i want to retrieve some information about the processes running …
- 7:59 PM Ticket #802 (ControlID fails with full X/Y/W/H definition) created by
- The new X/Y/W/H ControlID definition fails when all four values are …
- 9:34 AM Ticket #382 (Gui constants in Help file) updated by
-
Summary changed
- 9:33 AM Ticket #799 (@appdatadir bugged vista 64bit) closed by
- No Bug: The return value is exactly the same under Vista32 and Vista64 %USERPROFILE%\AppData\roaming That's the value that Vista wants to return !!!
- 2:15 AM Ticket #801 (Run/RunWait path bug) closed by
- No Bug: No, this is a quirk of cmd.exe. From cmd.exe /?: > The special characters that require quotes are: > <space> > &()[]{}=;!'+,`~ Why you think this is an AutoIt error when it's clearly from cmd.exe is beyond me. No bug.
- 1:41 AM Ticket #801 (Run/RunWait path bug) created by
- if path contains ( ), Run/RunWait run error. example code like this …
Feb 5, 2009:
- 11:01 PM Ticket #800 (runas from a network path) closed by
- No Bug: The user you are running as can not see the network drive. Read the first statement under "Remarks" for RunAs() in the documentation. This is not a bug in AutoIt.
- 9:41 PM Ticket #800 (runas from a network path) created by
- I have written a script that will elevate an uninstall process to …
- 8:27 PM Ticket #799 (@appdatadir bugged vista 64bit) created by
- Somepeople had problems with my autoit program because a folder in the …
- 5:59 PM WikiStart edited by
- Rewrote some stuff and added some stuff. (diff)
- 5:50 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) closed by
- Works For Me: You need to read WikiStart because you did about a billion things wrong. I'm closing this as "Works For Me". The odds of the registry functions being so fundamentally broken as the poster claims seems incredibly unlikely.
- 5:33 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) updated by
- Instead of posting here you better to use the forum. here is for bug report not for support ;)
- 5:31 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) updated by
- Please post a repro script that demonstrate your report Thanks
- 4:32 PM Ticket #798 (RegRead / RegWrite broken inside Windows 2000 Pro SP4) created by
- I want to dynamically change proxy settings inside IE. I cannot find …
- 12:54 PM Ticket #461 (StringReplace to include right-to-left functionality) closed by
- Completed: Added in version: 3.3.1.0
Feb 2, 2009:
- 5:46 PM Ticket #461 (StringReplace to include right-to-left functionality) updated by
-
Owner, Status changed
Feb 1, 2009:
- 12:15 PM Ticket #790 (Badly named constant in WindowsConstants.au3) closed by
- Fixed: Fixed in version: 3.3.1.0
Jan 31, 2009:
- 5:48 PM Ticket #699 (Shutdown(5) Failing) closed by
- Completed: Added in version: 3.3.1.0
- 5:42 PM Ticket #699 (Shutdown(5) Failing) updated by
- I am closing this ticket just adding an setting of @error to GetLastError(). If the problem occurs please check Shutdown() return value and see what the error code is.
- 5:01 PM Ticket #797 (Documentation Typo) closed by
- Fixed: Fixed in version: 3.3.1.0
- 2:56 AM Ticket #797 (Documentation Typo) created by
- In the Help File for the function "FileCreateNTFSLink" Under the …
- 12:26 AM Ticket #793 (_WinNet_EnumResource Bug) closed by
- Fixed: Fixed in version: 3.3.1.0
- 12:09 AM Ticket #796 (Dead link in helpfile) closed by
- Works For Me: link works fine for me
Jan 30, 2009:
- 3:05 PM Ticket #796 (Dead link in helpfile) created by
- Hi, the link in _WinNet_GetProviderName is dead. See Also Search …
Jan 29, 2009:
- 10:56 PM Ticket #795 (IniReadSection limitation) closed by
- No Bug
- 10:56 PM Ticket #795 (IniReadSection limitation) updated by
-
Severity changed
- 10:56 PM Ticket #795 (IniReadSection limitation) updated by
- See WikiStart. See ticket #15.
- 10:32 PM Ticket #794 (Listviews with checkboxes doesn't work "properly"....in my opinion) closed by
- No Bug: Replying to Robert: > I'm too lazy right now Then you really don't care about the issue so you shouldn't have posted. Also, you state yourself you are handling WM_NOTIFY which means you are modifying the behavior outside AutoIt's control so it is your responsibility to ensure the default AutoIt handlers are allowed to run and/or ensure whatever functionality you are replacing still works how you want. Very likely this is not a bug. We'd know that for sure if you weren't lazy. Also see WikiStart before you post in the future.
- 10:21 PM Ticket #795 (IniReadSection limitation) created by
- I am having a problem with IniReadSection not returning all elements …
- 9:44 PM Ticket #794 (Listviews with checkboxes doesn't work "properly"....in my opinion) created by
- I'm too lazy right now to take apart my code to show an example, so …
- 5:53 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
- Thank you for your comments and insight that you provided. It is indeed confusing when I find that some environmental variables are reported correctly (i.e. compared with echo %VARIABLE% on command line) and others are not. Since Perl seems to properly work around Microsoft problems, it must indeed hide the discrepancies. And, I am not asking you to change this. However, it might be nice to put some kind of note in your help file that not all environment variables are created "equal."
- 4:16 PM Ticket #793 (_WinNet_EnumResource Bug) created by
- When try using the function _WinNet_EnumResource, always an error is …
- 1:19 AM Ticket #792 (Avatars are sometimes hdden) closed by
- Works For Me: We don't track forum issues here. At any rate, it sounds like an issue on your end. What you describe sounds like the images aren't downloading for you. Since they seem to be working for others it's unlikely this is a site issue.
- 12:55 AM Ticket #792 (Avatars are sometimes hdden) created by
- When browsing the forum, sometimes the avatars and emoicons are not …
Jan 28, 2009:
- 10:13 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
- You shoud direct your request to Microsoft as this Env variable is done by Windows not by AutoIt …
- 9:29 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) closed by
- No Bug: The environment variable PROCESSOR_ARCHITECTURE is the same thing as AutoIt's @CPUArch. So with that in mind: * On 64-bit Windows a 64-bit process will see x64 from @CPUArch. * On 64-bit Windows a 32-bit process will see x86 from @CPUArch. * On 64-bit Windows a 64-bit process will see x64 from @OSArch. * On 64-bit Windows a 32-bit process will see x64 from @OSArch. As for the additional comments you tried to post. I don't care what Perl does. Perl may not be doing what you think it does. It may be up to some shenanigans behind the scenes that is tricking you into thinking it's doing the right thing when it's doing something that is misleading. If you stop and think about how Windows works with a 32-bit process on 64-bit Windows you'll realize the behavior you see is correct for backwards compatibility. Sorry about your additional comments being rejected. You can blame an idiot for the draconian policies we currently have in place which is causing a lot of people to have their tickets rejected.
- 9:00 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) updated by
-
Severity changed
Automatic ticket cleanup. - 6:53 PM Ticket #791 (EnvGet returns wrong value for PROCESSOR_ARCHITECTURE AMD4) created by
- EnvGet returns x86 as the PROCESSOR_ARCHITECTURE on my Win XP Pro …
Jan 27, 2009:
- 9:08 AM BadContent edited by
- (diff)
- 9:04 AM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- In fact this naming come from MSDN. MS could have named it as the others ERRORREGION. Perhaps we can change it as it use only when using _WinAPI_CombineRgn() or _WinAPI_GetWindowRgn() The "problem" is the same for TRANSPARENT and OPAQUE in _WinAPI_Get/SetBkMode() PS your headaches could have been little less when using Opt("MustDeclareVars",1)
- 1:34 AM BadContent edited by
- (diff)
Jan 26, 2009:
- 11:26 PM BadContent edited by
- (diff)
- 10:05 PM Ticket #713 (FileInstall() to accept macros and environment variables.) updated by
- I don't think you really understand how FileInstall() works. I suggest you not comment on the subject further until you realize how the function behaves because you're making a lot of assumptions and spouting a lot of gibberish that just doesn't make sense to someone who understands how FileINstall() works.
- 9:43 PM Ticket #713 (FileInstall() to accept macros and environment variables.) updated by
- A path should never be hard coded into source code. This requirement keeps me from sharing scripts that I create with others unless their file structure is configured the same way as mine. A couple of alternatives would be to have a registry key that would tell AutoIt where to look for files to install. You would then use a relative path in the FileInstall function. The other way would be to have a files folder within the AutoIt include folder. The FileInstall source path would then be relative to that path for example FileInstall ("MyFiles\MyFile.Ext", $destPath) would look for MyFile.Ext in <AutoIt Include>\MyFiles\MyFile.Ext)
- 7:27 PM BadContent edited by
- (diff)
- 7:23 PM BadContent edited by
- (diff)
- 7:21 PM BadContent edited by
- (diff)
- 7:13 PM BadContent edited by
- (diff)
- 6:57 PM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- Off the top of my head I'm not sure what $ERROR would be used for. However, the constants $TRANSPARENT and $OPAQUE really are the names of Windows API constants so I don't think we should change them.
- 4:44 PM Ticket #790 (Badly named constant in WindowsConstants.au3) updated by
- Replying to monoceres: > Not really a "bug" but I don't think that declaring $ERROR as const in WindowsConstants.au3 is a very good idea, since you then cannot use variables named $error, which is a very common name to name variables. > Just my 2 cents, it sure did cause me some headaches. I also found this, not very good constant names either: […]
- 4:40 PM Ticket #790 (Badly named constant in WindowsConstants.au3) created by
- Not really a "bug" but I don't think that declaring $ERROR as const in …
- 7:50 AM WikiStart edited by
- Cleaned up text. (diff)
- 7:48 AM WikiStart edited by
- Mentioned _DebugBugReportEnv() function (thanks JP) (diff)
- 1:17 AM WikiStart edited by
- Major revamp to explain what we want and expect from users. (diff)
Jan 25, 2009:
- 7:19 PM Ticket #788 (can't get text from external apps listview) updated by
- If both ControlListView() and _GUICtrlListView_GetItemText() don't work than that's your clue it's not a bug.
- 5:12 PM Ticket #788 (can't get text from external apps listview) updated by
- OS: XP SP2 Apps tested on: MS Streets & Trips, Vuze, Encompass, Genesis, Sequoia, Nero Express....Nero did work. Vuze is probably the easiest(free) app for you to get to test it on. Getting/finding text in Nero works on both ControlListView() and _GUICtrlListView_ text finding/retrieving functions. And both functions don't work on the other apps. […] All of the other listview functions I've tested works on all the apps.
- 4:12 PM Ticket #789 (Avast! make virus alert when converting even an completely empty ...) closed by
- No Bug: See sticky in our forums what needss to be done but it obviously doesn't help to report it here. Your AV provider is a better place to start: http://www.autoitscript.com/forum/index.php?showtopic=34658
- 3:48 PM Ticket #789 (Avast! make virus alert when converting even an completely empty ...) created by
- [[Image(...)]]
- 5:18 AM Ticket #788 (can't get text from external apps listview) closed by
- Works For Me: See here for why this ticket is a waste of time.
- 2:10 AM Ticket #788 (can't get text from external apps listview) created by
- It seems that either this is a bug, doesn't work with all apps, or not …
Jan 23, 2009:
- 8:38 AM Ticket #786 (Error in _SQLite_Exec) closed by
- Fixed: Fixed in version: 3.3.1.0
- 7:41 AM Ticket #786 (Error in _SQLite_Exec) updated by
- can I have a small repro script to check the fix? Thanks PS that the standard way to document a bug …
Jan 22, 2009:
- 7:26 PM BadContent edited by
- (diff)
- 6:38 PM Ticket #787 (Obfuscator improvements) closed by
- Rejected: This is well outside the scope of anything we should be distributing with AutoIt. Very few people even understand these things and even fewer actually need to change it.
- 6:00 PM Ticket #787 (Obfuscator improvements) updated by
-
Version changed
Automatic ticket cleanup. - 4:48 PM Ticket #787 (Obfuscator improvements) created by
- Hello! Regarding this topic …
- 12:00 PM Ticket #786 (Error in _SQLite_Exec) updated by
-
Severity changed
Automatic ticket cleanup. - 11:40 AM Ticket #786 (Error in _SQLite_Exec) created by
- _SQLite_Exec set allway @error to 0 see the Line 3 from the end "If …
Jan 21, 2009:
- 7:17 PM Ticket #785 (AGAIN: @ScriptDir does contain a trailing backslash on drive root) closed by
- No Bug: So what, you want it to return an INVALID path? C: is not path.
- 7:01 PM Ticket #785 (AGAIN: @ScriptDir does contain a trailing backslash on drive root) created by
- Could not reopen ticket #753 : …
- 3:41 PM Ticket #784 (Open SciTE4AutoIt without saving file and click F1) closed by
- No Bug: As reported many times in our forums: The AutoIt3 specific shortcuts/tools in SciTE will only work when the file is saved with a proper autoit3 (.au3) file extension.
- 10:00 AM Ticket #784 (Open SciTE4AutoIt without saving file and click F1) created by
- Open SciTE4AutoIt without saving file and click F1 or clik …
Jan 20, 2009:
- 6:58 PM Ticket #783 (Easier GUIs) closed by
- Rejected: Several comments here. * Our syntax is not such that it allows that. Honestly? Your syntax looks like a mess to me. I much prefer being verbose. I see a lot of ambiguity in your example. * You're comparing apples to oranges. HTML and CSS? Seriously? Comparing native GUIs to HTML forms is not a valid comparison. * With simplicity comes lack of functionality. The more simple you make something the more functionality you take away or the harder you make the advanced functionality to use. We try to make things as simple as we can while still allowing advanced functionality. * You're the first person to complain about the complexity. Most people suggest that it's pretty easy to create GUIs in AutoIt. * The last time I checked AutoIt supported writing your own functions. If you aren't satisfied with the complexity of the native functions write your own wrappers around them to abstract away the complex parts you seldom use.
- 3:00 PM Ticket #783 (Easier GUIs) updated by
-
Version changed
Automatic ticket cleanup. - 12:10 PM Ticket #783 (Easier GUIs) created by
- Why can't you just write Menu(6 Options), File, Edit, View, …
Jan 19, 2009:
- 8:31 PM BadContent edited by
- (diff)
- 8:22 PM BadContent edited by
- (diff)
- 5:39 PM Ticket #582 (Tab Item on a Tab Control, Tips not showing) closed by
- Completed: Added in version: 3.3.1.0
- 10:56 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) closed by
- No Bug: If you use a UDF to add/insert the data then you need to get the handle to the control for delete _GUICtrlListView_DeleteItem(GUICtrlGetHandle($ListView1), 2)
- 10:44 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) updated by
- Here's the sample code to check (Change "True" to "False"): #Include <GuiListView.au3> #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> $MainForm = GUICreate("VDX System deployment tool.", 657, 440, 218, 434) $ListView1 = GUICtrlCreateListView("Setup|Application|Installed", 8, 8, 353, 425) Sleep (3000) GUISetState(@SW_SHOW) If True Then _GUICtrlListView_AddItem($ListView1, "1") _GUICtrlListView_AddItem($ListView1, "2") _GUICtrlListView_AddItem($ListView1, "3") _GUICtrlListView_AddItem($ListView1, "4") Else GUICtrlCreateListViewItem("Cool 1", $ListView1) GUICtrlCreateListViewItem("Cool 2", $ListView1) GUICtrlCreateListViewItem("Cool 3", $ListView1) GUICtrlCreateListViewItem("Cool 4", $ListView1) EndIf Sleep( 1000) _GUICtrlListView_AddItem($ListView1, "Del 2") _GUICtrlListView_DeleteItem($ListView1, 2) Sleep (2000)
- 10:38 AM Ticket #782 (Problem _GUICtrlListView_DeleteItem) created by
- If ListViewItem created by _GUICtrlListView_AddItem() then …
- 10:17 AM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) updated by
- Why don't you use one of thos @CPUArch, @OSARch, @AutoItX64 …
Jan 18, 2009:
- 5:04 PM Ticket #771 (Message to Valik) updated by
- Please reinstate banned users: Tinyboy and JellyFish666
- 3:04 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) closed by
- No Bug
- 2:40 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) updated by
- Sorry folks, I didn't understand the meaning of FileFindNextFile. Should have added a line like $file= $rootDir & "\" & $file Sorry. Peter.
- 2:38 PM Ticket #780 (bug with zero) updated by
- Sorry folks, I didn't understand the meaning of FileFindNextFile. Should have added a line like $file= $rootDir & "\" & $file Sorry. Peter.
- 2:27 PM Ticket #781 (FileGetAttrib fails to recognize (D)irectories) created by
- The FileGetAttrib function only rarely returns a "D" flag for …
- 9:07 AM Ticket #780 (bug with zero) closed by
- No Bug: I am curious to see which version was OK from your point of view as all official releases and certainly all betas display "This is a bug!". what AutoIt does is comparing the integer 0 to a converted string to integer. This conversion always return 1 except when the string is empty. NO BUG
- 8:53 AM Ticket #780 (bug with zero) created by
- $i=0 If $i="dfdsfds" Then MsgBox(0,"","This is a bug!") Else …
Jan 17, 2009:
Jan 16, 2009:
- 2:02 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:39 AM Ticket #779 (Infinite Loop On Exit) updated by
- Okay, what the hell. After seeing how you just fixed that JP, I thought I fixed that years ago? I remember seeing there was a problem in that area and so I fixed it. Unless I only fixed it for controls and not GUI's…
- 6:35 AM Ticket #779 (Infinite Loop On Exit) closed by
- Fixed: Fixed in version: 3.3.1.0
- 1:59 AM Ticket #779 (Infinite Loop On Exit) updated by
- You should not specify WS_EX_LAYERED when specifying WS_CHILD. The two are not compatible and as a result no window is created. Apparently the failure to create the window is causing something in AutoIt to go wrong... You need to remove WS_EX_LAYERED to solve your problem. Even when AutoIt is fixed your code will still not work how you intend.
- 12:14 AM Ticket #779 (Infinite Loop On Exit) created by
- Infinite Loop On Exit I opened this test script and then closed it. …
Jan 15, 2009:
- 8:46 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) closed by
- Completed: Added in version: 3.3.1.0
- 7:09 AM Ticket #775 (control AfxFrameOrView operation) closed by
- Rejected: While we *might* add UDFs to AutoIt we won't be the ones to write them. However, I don't know that what you ask for is useful outside very rare circumstances.
- 7:06 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) closed by
- Completed: Added in version: 3.3.1.0
Jan 14, 2009:
- 7:40 PM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) closed by
- No Bug: Why do you think something pulled from the environment is a bug in AutoIt? We don't set the environment, the OS does. And the OS is right because you're running the 32-bit version of AutoIt so returning x86 is correction. Run the 64-bit version of AutoIt and it will show x64.
- 7:16 PM Ticket #778 (EnvGet("PROCCESSOR_ARCHITECTURE") reports x86 on 64 bit OS) created by
- […] Maybe related is the fact that @OSVERSION reports WIN_2003 on …
- 12:02 PM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) closed by
- No Bug: Not a bug, just hadn't removed those old constants without the "A" till now.
- 12:00 PM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) updated by
-
Version changed
Automatic ticket cleanup. - 9:49 AM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) updated by
- I was thinking with the suppression of ANSI support we don't need anymore such ...A definition
- 9:15 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) updated by
- I forgot fill in my nick in this ticket again.
- 9:12 AM Ticket #777 (GUICreate() --> width, height is client size (not whole window size)) created by
- In helpfile at GUICreate() --> add note about width, height --> it …
- 9:09 AM Ticket #776 ($LVM_GETITEM missing in ListViewConstants.au3) created by
- There is […] but in TreeViewConstants.au3 there is […] So …
- 12:00 AM Ticket #775 (control AfxFrameOrView operation) updated by
-
Version changed
Automatic ticket cleanup.
Jan 13, 2009:
- 10:30 PM Ticket #775 (control AfxFrameOrView operation) created by
- Some applications use a control named AfxFrameOrView (AfxFrameOrView42 …
- 10:19 PM Ticket #771 (Message to Valik) updated by
- To my German Neighbor, My time is wasted here as much as Jon's, Valiks and others. If you have a quarrel here with this community and your only sollution is to resort to actions like this I can only say that I feel sorry for you as you must be lacking something in life that's really important to you. To me there is only one person here that should tell Valik to change/behave/Shut-Up and that is Jon as AutoIt3 is his baby and nobody else's. Everybody else can have an opinion about it and even voice that in a mature way but I cannot see the validity in you trying to take the law in your own hands and starting a vendetta against Valik by totally screwing up the Forum or the TRAC system and hurting our community as a whole. So I would appreciate you get of our case and move on to find another good cause to put your energy in. Jos
- 10:03 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:07 PM Ticket #771 (Message to Valik) updated by
- Replying to TinyBoy: > I don't like yoir disrespectful behavior in the forum. So you respond by disrespecting the entire AutoIt community. > Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. We have the right to close any ticket for any reason in any way we see fit. This is *our* project, not yours. > Therefore, I decided to teach you a lesson. You taught me several things. How to treat people "better" was not one of them. > I choosed the bug section of TRAC, since this has no harm to the average user, Wrong. As I'm sure you're well aware, the ability to post new tickets has been shut off quite a lot recently. That means people can't ask for features or post bugs. This started right after a new major release when it's expected for us to receive a few bug reports of things we missed or overlooked. How are people supposed to report those when we have to keep our issue tracker turned off? In addition, this created such a back-log for one of our valued members that he accidentally banned himself from Trac trying to post all the things he had been sitting on. He banned himself because we had to enforce tighter rules to mitigate the temporary damage you were doing. So no, you didn't just affect me. You affected the entire community. In addition, your stunt using the Report feature on the forum is known to me, though it did not affect me at all since I don't see those. Generating a hundred or so emails to half a dozen people who aren't me seems to contradict your logic rather nicely. If you care about the language so much then you should be disappointed to learn that you (temporarily) stopped development on a feature. I was attempting to work on something when I had to stop and deal with your garbage. I have yet to find time to resume work on it. So is that how you teach me a lesson? Get me out of having to better the language to stop and deal with you? Is that really productive? What goal is that serving? How does that not affect the rest of the community? If I don't finish that feature for weeks or months now you just caused the entire community to miss out on a feature for that time frame. So contrary to what you may think, you attacked everybody, not just me. > but only makes trouble for you, since you are covering the bug section. Wrong again. You affected every other developer as well. We all had to take action to keep your spam out. I was not alone in keeping the issue tracker clean. Never mind everything I've said previously about how your behavior affected the entire community. > My pre-conditions to honor a cease-fire are the followings: > - Delete this bug-report. No. It will remain publicly available. > - Reinstate banned users: Tinyboy and JellyFish666 No. Your behavior here is reason enough to keep TinyBoy banned. As for JellyFish666, he was warned in advance what would happen and he chose to proceed anyway. Further to that he he threatened us. That's instant removal. > - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. What we do with banned accounts is our business, not yours. > - Send your answer to TinyBoy No. I will post it here for all to see. > Awaiting your polite response in TinyBoys mail-in box. :-) > > Hopefully, we can meet again at the right side of the fence. No, we will never be on the same side of the fence. No matter how much you dislike me your actions are not acceptable to the community. There's an expression called "collateral damage". You just made the entire community your collateral damage because you have a personal vendetta against me. You just attacked an entire community in order to make my life difficult despite the fact that before your spam started I had never spoken to you for any reason what-so-ever (that I am aware of).
- 8:21 PM Ticket #771 (Message to Valik) updated by
- Hello Valik, I don't like yoir disrespectful behavior in the forum. Rejecting requests in TRAC with poor arguments, shouting and revoking users, who only want to support you. Therefore, I decided to teach you a lesson. I choosed the bug section of TRAC, since this has no harm to the average user, but only makes trouble for you, since you are covering the bug section. My pre-conditions to honor a cease-fire are the followings: - Delete this bug-report. - Reinstate banned users: Tinyboy and JellyFish666 - Remove arbitrary users qwertzu3, qwertzu4 and qwertzui6 from the board. - Send your answer to TinyBoy Awaiting your polite response in TinyBoys mail-in box. :-) Hopefully, we can meet again at the right side of the fence. Best regards TinyBoy
- 6:10 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
-
Summary, Description, Reporter changed
Alright, I'm updating the the ticket to reflect what I think the request should be. - 5:44 PM BadContent edited by
- (diff)
- 4:34 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) updated by
- While Trying to take a printscreen-screenshot (for attachment), I got a 'Insufficient memory to create the bitmap. ...' message. (in case it matters, having 768mb of memory, with ~315mb free when running above progam)
- 4:19 PM Ticket #774 (GUICtrlSetBkColor delayed mishap.(Labels turn White)) created by
- following code displays a window with a 10x10 label grid. while …
- 3:53 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Here are old ToDo lists taken from AutoIt website: Attachments can't be placed in Track due to spam restrictions so I uploaded them to AutoIt forum Chat here: http://www.autoitscript.com/forum/index.php?showtopic=87618
- 2:30 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- typo in previous post: menat = meant
- 2:29 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
- Replying to Valik: > Could somebody please explain what this ticket is about? The title is vague and the text assumes prior knowledge of some list I don't remember. Here is copy of original old AutoIt TODO list: http://www.autoitscript.com/forum/index.php?s=&showtopic=12701&view=findpost&p=224110 Briefly said: Plugins - #include architecture menat that instead of PluginOpen(some_plugin.dll) should be something like #include "some_plugin.dll" It should be similar to including a3x files in current AutoIt.
- 2:20 PM Ticket #773 (_GUICtrlStatusBar_SetParts() - badly documented parameters) created by
- C:\Program …
- 12:32 AM Ticket #604 (implement the transparency of all Ctrl) closed by
- Completed: Added in version: 3.3.1.0
Note:
See TracTimeline
for information about the timeline view.
