Timeline
Nov 19, 2008:
- 11:55 PM Ticket #694 (_SQLite_FetchNames) closed by
- No Bug
- 11:55 PM Ticket #690 (Problems with Run and chkdsk) closed by
- No Bug: There's no bug here. You're running the code from SciTE or another editor. Editors change the behavior of using STDIO redirection. Run the script compiled and it will work correctly, aside from some obvious issues in the code itself (Hint: Just because the process ends doesn't mean there's not data to read). Anyway, no bug.
- 7:58 PM Ticket #694 (_SQLite_FetchNames) updated by
- sorry.... i deleted Sqlite3.dll from ..\Windows\system32 and then all it's ok. ..\Examples\Helpfile\_SQLite_FetchNames.au3 - it's ok now. thank you
- 4:08 PM Ticket #694 (_SQLite_FetchNames) updated by
- I run the example unser the release and the beta version both give the expected result. verify the dll you are running with perhaps with […]
- 11:00 AM Ticket #694 (_SQLite_FetchNames) updated by
-
Milestone changed
Automatic ticket cleanup. - 10:56 AM Ticket #693 (Error in _DateTimeFormat() function) closed by
- Fixed: Fixed in version: 3.2.13.12
- 10:00 AM Ticket #694 (_SQLite_FetchNames) created by
- this file don't run with 3.2.13.11: …
- 3:14 AM Ticket #690 (Problems with Run and chkdsk) updated by
-
Owner, Status, Severity changed
- 3:14 AM Ticket #693 (Error in _DateTimeFormat() function) updated by
-
Status, Severity changed
- 2:55 AM Ticket #596 (String<From/To>ASCIIArray() functions) closed by
- Completed: Changed in version: 3.2.13.12
- 2:46 AM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Description changed
- 12:10 AM Ticket #678 (MAX_LINESIZE confine arrays) updated by
- Thank you. You're right. There's more than one way to skin a cat! PS: Is that really an english idiom. In Germany we say "Viele Wege führen nach Rom. - Many ways lead to Rome." Where the hell did the cat came from? Alf? ;-)
Nov 18, 2008:
- 7:48 PM Ticket #693 (Error in _DateTimeFormat() function) created by
- There seems to be a typo in the source code of the _DateTimeFormat() …
- 3:32 PM Ticket #692 (Tidy crashes on long lines) created by
- Tidy crashes when one line is very long ( I think ~2000 chars) …
- 9:37 AM Ticket #50 (Handle COM Byte-Array) closed by
- Completed: Added in version: 3.2.13.12
- 1:46 AM Ticket #690 (Problems with Run and chkdsk) updated by
-
Description changed
The code worked in a previous version I take it? - 1:37 AM Ticket #691 (Not equal <> condition with OR gives wrong result) closed by
- No Bug: I suggest you look again. If $temp is equal to 7 then $temp is not equal to 1 thus the first condition in your first example is true therefore the entire statement is true. You need to be using the AND operator in the first example, not OR. No bug.
- 1:35 AM Ticket #689 (@DesktopDir macro introduces unwanted characters at times.) updated by
- Replying to Valik: > You do realize this has nothing to do with @DesktopDir, right? That all that macro does is return a string? I don't think you do know that since you don't bother to actually state what the contents of @DesktopDir are. > > Chances are, something is messing with the keyboard state. Barring that, send the characters in raw mode. This is almost certainly not a bug and even if there is a bug I can pretty much guarantee it's not with @DesktopDir. > > If either of the two comments I made are not helping then post on the forum. You need support, not a fix in AutoIt. Valik, I understand what the @ macros do, and this issue seems to actually arise when in combination with Vista, and NOT using the #RequireAdmin directive while using BlockInput(). While the error arose due to my "ignorance" of using BlockInput() without #RequireAdmin under Vista, and while these are probably rare circumstances, I figure that it would be worth reporting...then again, shouldn't this be a concern taken into consideration? I wrote a test script that opens "Notepad" and a for loop ControlSends the @DesktopDir to the text window. I put in BlockInput(1) at the beginning of the string without a #RequireAdmin, and the problem doesn't present itself under XP. Run the script under Vista, and the problem pops up randomly. So, I guess you're right, I didn't know that #RequireAdmin was needed in order to use BlockInput(), but that still leaves an issue that this "strange" combination is causing weird output from the @DesktopDir macro...which of course could be happening with other macros, but I ain't gonna check that. I guess the "bug" was not a but and should be left as closed, and I'll just figure out another way to do what I wanted it to do.
- 12:36 AM Ticket #691 (Not equal <> condition with OR gives wrong result) created by
- Not equal <> condition with OR gives wrong result. Example 1 give …
Nov 17, 2008:
- 11:59 PM Ticket #690 (Problems with Run and chkdsk) created by
- I updated to the latest Public (3.2.12.1). I've got problems with …
- 10:14 PM Ticket #687 (@Unicode) updated by
- Alright, I removed the usage of it in the example. It will be gone in 3.2.13.12.
- 9:19 PM Milestone 3.2.13.11 completed
- 8:00 PM Ticket #688 (Built-in function to compare colors) updated by
-
Version changed
Automatic ticket cleanup. - 7:51 PM Ticket #687 (@Unicode) updated by
- Fair enough for the first two points, but as of 3.2.12.10 GuiCtrlCreateDate's example still uses @Unicode. http://www.autoitscript.com/trac/autoit/ticket/496 http://www.autoitscript.com/trac/autoit/ticket/493
- 7:38 PM Ticket #689 (@DesktopDir macro introduces unwanted characters at times.) closed by
- No Bug: You do realize this has nothing to do with @DesktopDir, right? That all that macro does is return a string? I don't think you do know that since you don't bother to actually state what the contents of @DesktopDir are. Chances are, something is messing with the keyboard state. Barring that, send the characters in raw mode. This is almost certainly not a bug and even if there is a bug I can pretty much guarantee it's not with @DesktopDir. If either of the two comments I made are not helping then post on the forum. You need support, not a fix in AutoIt.
- 7:19 PM Ticket #689 (@DesktopDir macro introduces unwanted characters at times.) created by
- Under Windows Vista, the @DesktopDir macro sometimes "shifts" certain …
- 6:44 PM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) closed by
- Fixed
- 6:34 PM Ticket #688 (Built-in function to compare colors) closed by
- Rejected: There's nothing built-in about it. It extracts the red, green and blue components and then it creates a high and low value for each color by adding/subtracting the shade variation. Then the test color is compared to see if it's in the calculated range. It's nothing fancy and hardly worth porting out to a function. Also, there are many other ways to compare pixels so I don't think we should provide a method. You need to write a method that works for you.
- 6:11 PM Ticket #687 (@Unicode) closed by
- No Bug: Reading the 3.2.13.10 changelog or searching the issue tracker would have yielded your answer. The macro has been removed because AutoIt is always Unicode now, we do not provide an ANSI version.
- 6:08 PM Ticket #688 (Built-in function to compare colors) created by
- PixelSearch probably already uses a built-in function in AutoIt to …
- 5:59 PM Ticket #686 (Make Application's librairy) closed by
- Rejected: The AutoItX DLL already exists for this purpose. You can not compile a script to DLL if that is what you are asking.
- 5:59 PM Ticket #685 (Add fonctionnality to Autoit) closed by
- Rejected: This request makes no sense. Closing.
- 5:11 PM Ticket #687 (@Unicode) created by
- Per the Changelog dated 16th May, 2008 - v3.2.12.0: Changed: @Unicode …
- 5:00 PM Tickets #685,686 batch updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 3:49 PM Ticket #686 (Make Application's librairy) created by
- Many functions exist in Autoit or are simple but not in other language …
- 3:40 PM Ticket #685 (Add fonctionnality to Autoit) updated by
- Replying to tayoufabrice: > I need to build dll library with Autoit to use it after in DllCall, DllOpen …
- 3:39 PM Ticket #685 (Add fonctionnality to Autoit) created by
- I need to build dll library with Autoit to use it after in DllCall, …
- 11:21 AM Ticket #442 (Proposed changes to _StringAddThousandsSep()) closed by
- Completed: Changed in version: 3.2.13.11
- 10:38 AM Ticket #674 (_GUICtrlTab_ClickTab() Clicks in the wrong place when $fMove = True) closed by
- Fixed: Fixed in version: 3.2.13.11
- 2:51 AM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Status, Severity changed
- 2:51 AM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) updated by
-
Owner, Status, Severity changed
- 2:50 AM Ticket #674 (_GUICtrlTab_ClickTab() Clicks in the wrong place when $fMove = True) updated by
-
Status, Severity changed
- 2:50 AM Ticket #442 (Proposed changes to _StringAddThousandsSep()) updated by
-
Status, Severity changed
- 2:49 AM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) updated by
-
Status, Severity changed
- 2:49 AM Ticket #680 (Listview and image background problem) updated by
-
Owner, Status, Severity changed
Replying to anonymous: > If I'm not mistaken, my example does follow the order layout of a GUI in that what comes first goes on the bottom (In layout sense); Wrong. The first control is on top. The second control is right below that. The third control is below the second and so forth. Your code creates the picture control first there-fore it is drawn over top of everything else. This is not a bug. There is nothing broken. You just do not understand how the Z-Order works. Once you understand that, you'll see that your code is written wrong for what you are trying to do. - 1:10 AM Ticket #680 (Listview and image background problem) updated by
- OK, I see your solution works...to an extent. But the problem still exists in a sense. If I'm not mistaken, my example does follow the order layout of a GUI in that what comes first goes on the bottom (In layout sense); in that logic, I shouldn't need the $GUI_ONTOP because the image comes before the listview. But besides that, the solution just isn't working for one of my listviews, the reason for this ticket. I have searched all through my script and can't pinpoint why it isn't working for that listview...so this still is a "bug" I would say. I concocted a solution that works for the one mischievous listview by cycling through highlighting the items in list right after the msgbox that is invisible to the eye, but that is only a band aid, much like the $GUI_ONTOP...I believe. The following code is a perfect example, after the msgbox appears don't press OK, scroll down once by clicking in the middle of the scroll bar, not the arrow, and you will see the same whole in the listview appear. Scroll again and it will be gone. My point being, this doesn't happen with any other control and the $GUI_ONTOP doesn't fix the root of the problem. […] As I said, I fixed my current issue, but I think this should still be looked at and fixed IMO.
Nov 16, 2008:
- 8:29 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) closed by
- Rejected: The PID is not available to be returned.
- 8:00 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
-
Version changed
Automatic ticket cleanup. - 6:52 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) created by
- It would be easier to control the spawned process if the Pid is …
- 5:54 PM Ticket #678 (MAX_LINESIZE confine arrays) updated by
- Replying to dutCh: > Please show me another cool way to populate my array. […] There are other more clever things you can do to make the code even better.
- 4:01 PM Ticket #678 (MAX_LINESIZE confine arrays) updated by
- Sorry. No offense meant. I'm not a native English speaker. Please be indulgent with me. Maybe its about you master the complicated part, make a huge, impressive work. And this easy little detail - there is no way. I want only point out a constraint in AI and thats seems to me that there are no logical reason therefor. Please show me another cool way to populate my array. Uncool are: - I supply an extra file, open it, read it, parse it and too: - I must give a Dim befor every single array line Currently i define multiple arrays <4KB and use a for loop to process them one after another. Thank you. And let me state again: AutoIt is a cool tool!
- 7:33 AM Ticket #680 (Listview and image background problem) updated by
- The GUI controlq are created in reverse Z-ORDER. this means the Last is at the bottom of the list, the first one get control first. So you have several solutions: - create the pic at the end - use GUICtrlSetState($listview, $GUI_ONTOP) can be use before GUISetState()
- 7:26 AM Ticket #679 (FileReadLine function only read 65534 characters at a time.) closed by
- Fixed: Fixed in version: 3.2.13.11
- 5:42 AM Ticket #683 (Setting new text with _GUICtrlTab_SetItemText) closed by
- No Bug: Already fixed in beta
- 5:26 AM Ticket #683 (Setting new text with _GUICtrlTab_SetItemText) created by
- Setting text with _GUICtrlTab_SetItemText() doesn't update the …
- 5:00 AM Tickets #442,596,663,674,677,679,680 batch updated by
-
Severity changed
Automatic ticket cleanup. - 2:54 AM Ticket #442 (Proposed changes to _StringAddThousandsSep()) updated by
-
Severity changed
- 2:51 AM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Severity changed
- 2:51 AM Ticket #680 (Listview and image background problem) updated by
-
Severity changed
- 2:51 AM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) updated by
-
Severity changed
- 2:50 AM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) updated by
-
Severity changed
- 2:50 AM Ticket #674 (_GUICtrlTab_ClickTab() Clicks in the wrong place when $fMove = True) updated by
-
Severity changed
- 2:49 AM Ticket #679 (FileReadLine function only read 65534 characters at a time.) updated by
-
Severity changed
Nov 15, 2008:
- 9:58 PM Ticket #680 (Listview and image background problem) updated by
- The listview also messes up when a column is dragged to be larger or smaller and there is an image set in the background.
- 8:00 PM Tickets #679,682 batch updated by
-
Version changed
Automatic ticket cleanup. - 6:14 PM Ticket #681 (Document 64KB line limit for FileReadLine()) updated by
-
Description changed
- 6:13 PM Ticket #681 (Document 64KB line limit for FileReadLine()) updated by
-
Description changed
- 6:13 PM Ticket #681 (Document 64KB line limit for FileReadLine()) closed by
- Duplicate: Duplicate of #679.
- 6:09 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) reopened by
- JP, you documented the wrong value.
- 6:04 PM Ticket #678 (MAX_LINESIZE confine arrays) updated by
- Wow, thanks. Now fuck off and stop using this language. Clearly you consider us complete idiots incapable of even the most basic thought. Here's a thought? Don't write your code like that. That's not the only way to create an array, you know? Or is it more convenient to bitch about problems and then insult our intelligence by implying we don't have enough knowledge to know how to not use magic numbers in our code.
- 5:52 PM Ticket #681 (Document 64KB line limit for FileReadLine()) updated by
- ...screwed up the code tags, trying again: Demo: […]
- 5:51 PM Ticket #682 (Remove 64K line limit for FileReadLine()) created by
- Ref documentation change in BugTrac #681. FileReadLine() uses a 64K …
- 5:40 PM Ticket #681 (Document 64KB line limit for FileReadLine()) created by
- Based on this support topic: FileReadLine problem read a very big …
- 2:37 PM Ticket #678 (MAX_LINESIZE confine arrays) updated by
- Replying to Valik: > AutoIt is line based. The line limit is 4096 characters per line. There is no plan to change this. Okay, AutoIt is line based. Otherwise you would need something like a preprocessor. Understandable. But why this ridiculous limit of 4KB? A PC today has one million times more RAM, not to count virtual memory!?? You define a constant for the size of a single code line. For some reason you don't like dynamic memory management. Okay. It's a design decision. Take this into account, here comes an easy solution: Supply a factor! Let the constant MAX_LINESIZE = 4096 be the default. Factor 1. And give another constant for free extensibility! :-) #define ENOUGH_RAM_FOR_ALL = 1 ;default #define MAX_LINESIZE = 4096 * ENOUGH_RAM_FOR_ALL Who needs can adjust this. No design changes are required. Easy to implement. Kicked the main limit of AutoIt! Welcome in the world of gigabyte ram!
- 1:18 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) updated by
-
Component changed
- 1:16 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) closed by
- Fixed: Fixed in version: 3.2.13.11
- 1:15 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) updated by
- You right, if you need greater line use FileRead(filename) with can return the whole file and split it yourself. I will update the doc.
- 3:08 AM Ticket #680 (Listview and image background problem) created by
- When there is an image set as the background of a GUI and a listview …
Nov 14, 2008:
- 10:52 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) updated by
- Replying to joon: > {{{ > $line = "" > For $i = 1 To 700000 > $line &= "A" > Next > FileWriteLine("test.txt",$line) > ; now reading it > $file = FileOpen("test.txt", 128) > While 1 > $line = FileReadLine($file) > If @error = -1 Then ExitLoop > ConsoleWrite("Line size: " & StringLen($line) & @LF) > Wend > FileClose($file) > }}} just need notes on helpfile on FileReadLine. I've been using AutoIt for years and never new it had that limit.
- 10:50 PM Ticket #678 (MAX_LINESIZE confine arrays) closed by
- No Bug: AutoIt is line based. The line limit is 4096 characters per line. There is no plan to change this.
- 10:16 PM Ticket #679 (FileReadLine function only read 65534 characters at a time.) created by
- […]
- 9:16 PM Ticket #678 (MAX_LINESIZE confine arrays) created by
- Please remove this unneeded restriction. I want dim arrays with size …
- 11:16 AM Ticket #675 (Bug in _Date_Time_CompareFileTime) closed by
- No Bug: The params for this function take structures to the file time, not strings to the file.
Nov 13, 2008:
- 10:45 PM Ticket #677 (ControlGetHandle/ControlListView on .Net Listview crashes/not working ...) created by
- Sample Application: …
- 6:17 AM Ticket #675 (Bug in _Date_Time_CompareFileTime) updated by
- With English same problems. Thank you.
- 6:16 AM Ticket #675 (Bug in _Date_Time_CompareFileTime) updated by
- Replying to Valik: > Based on your example code... Yeah. About that example code, where is it? For example this code also generate error(have russian chars): […]
Nov 12, 2008:
- 5:39 PM Ticket #668 (_FileGetCommonPath & _FileArrayGetCommonPath) closed by
- Rejected: Been a few days with no follow-up and I can't really see this being used for much so closing.
- 5:27 PM Ticket #675 (Bug in _Date_Time_CompareFileTime) updated by
- Based on your example code... Yeah. About that example code, where is it?
- 5:18 PM Ticket #676 (autoit(exe) exiting when reciving audio from www with bass.dll) closed by
- No Bug: Seriously? Whatever. Closing. See the forum thread for the explanation.
- 4:52 PM Ticket #676 (autoit(exe) exiting when reciving audio from www with bass.dll) created by
- This is my testcode: […] after some time the script is exiting …
- 3:08 PM Ticket #675 (Bug in _Date_Time_CompareFileTime) created by
- Have a russian message, but try translate: AutoIt v3: autoit3.exe …
Nov 11, 2008:
- 4:43 PM Ticket #673 (Wrong priority of logic operators) updated by
- A lot of languages give the AND operator higher precedence than OR. In those languages your two statements are equivalent. However, as documented in the helpfile(AutoIt -> Language Reference -> Operators), AND and OR have the same precedence thus your statement is evaluated left-to-right in the manner I have described.
- 11:46 AM Ticket #674 (_GUICtrlTab_ClickTab() Clicks in the wrong place when $fMove = True) created by
- Enviroment: Win XP Pro SP2 Autoit 3.2.12.1 Autoit 3.2.13.10 Beta …
- 10:47 AM Ticket #672 (_StringAddThousandsSep) closed by
- Duplicate: see #621
- 7:39 AM Ticket #673 (Wrong priority of logic operators) updated by
- in others languages this expression return True too that is, it is AutoIT feature?
- 7:19 AM Ticket #673 (Wrong priority of logic operators) updated by
- "True" and "False" may be any logical expressions, VBScript code […] Return True
- 6:31 AM Ticket #673 (Wrong priority of logic operators) updated by
- Just to further explain what JP said, the first expression becomes […] Which is false and that's what your first test shows. Now, your second expression becomes […] because we've already established "True And False" is False. So, now that the Or operate is in play and True is part of the expression, the result is True. Thus, as JP says, this is not a bug.
- 5:54 AM Ticket #673 (Wrong priority of logic operators) closed by
- No Bug: your expressions are not equivalent as they are executed left to right the first is (True or True) and False No BUG
- 4:32 AM Ticket #673 (Wrong priority of logic operators) created by
- […] return False, but equivalent expression […] return True
- 4:01 AM Ticket #672 (_StringAddThousandsSep) created by
- _StringAddThousandsSep(-10) returns 10, should be prefixed with …
Nov 10, 2008:
- 3:39 AM Ticket #671 (Hard crash when using $WS_EX_MDICHILD) closed by
- Fixed: Fixed in version: 3.2.13.11
Nov 9, 2008:
- 11:58 PM Ticket #671 (Hard crash when using $WS_EX_MDICHILD) created by
- This simple example bellow should reproduce a hard crash of the …
Nov 8, 2008:
- 7:21 PM Ticket #662 (ListView setting $LVS_EX_FLATSB flattens header only instead of scrollbars) closed by
- No Bug: This is not a bug. Flat scrollbars are not supported when using comctl32.dll 6.00 which is what AutoIt uses on Windows XP.
- 7:00 PM Ticket #659 (FileSelectFolder does not return full path is selecting a network ...) closed by
- Fixed: Fixed in version: 3.2.13.11
- 6:56 PM Ticket #669 (Bad description) closed by
- Fixed: Fixed in version: 3.2.13.11
- 5:48 PM Ticket #670 (Listviews with checkboxes doesn't work "properly"....in my opinion) closed by
- No Bug: Replying to anonymous: > I'm too lazy right now to take apart my code to show an example, so hopefully what I say is understandable. For me personally, this was automatic ticket closing. If you are too lazy to provide all the information necessary then don't bother posting. > I set up a listview in conjunction with a WM_Notify function. When the CELL of the checkbox is clicked, it registers but the box isn't checked, which throws off my function. I believe that if the surrounding cell is clicked the checkbox should be checked as well. If this is not a "bug" I think this should be how it functions...unless there is a specific reason why it isn't like that. It's not designed like that, obviously. At any rate, you already wrote a WM_NOTIFY handler, so what exactly is stopping you from implementing the behavior you want? No bug here and there's nothing for us to add.
- 5:36 PM Ticket #667 (Forum, opening (preview-linked) Image window to small.) updated by
- yea whatever.
- 2:00 PM Ticket #669 (Bad description) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:23 PM Ticket #670 (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 …
- 1:10 PM Ticket #669 (Bad description) created by
- Description from help file of function Dec()example is wrong. […] …
- 10:51 AM Milestone 3.2.13.10 completed
Nov 7, 2008:
- 11:31 PM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) updated by
- Replying to anonymous: > Replying to Valik: > > The value that's returned is supposed to be unsigned but AutoItX is returning it signed. That needs to be corrected at which point it should also fix your issue as the code is identical except for the thin COM layer. > Any idea when this will be fixed? While my automation doesn't need it RIGHT now, it'll be needed sometime soon in the coding process No longer a rush on this, I locked down some memory addresses that let me know when to click where.
- 8:00 PM Ticket #668 (_FileGetCommonPath & _FileArrayGetCommonPath) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 7:11 PM Ticket #668 (_FileGetCommonPath & _FileArrayGetCommonPath) updated by
- What would you use this for? A practical example, I mean, I understand the concept. I'm having a hard time seeing a general use for this.
- 6:13 PM Ticket #668 (_FileGetCommonPath & _FileArrayGetCommonPath) created by
- _FileGetCommonPath & _FileArrayGetCommonPath ProgAndy has created …
- 12:47 AM Ticket #667 (Forum, opening (preview-linked) Image window to small.) closed by
- Wont Fix: We did not write the forum software. If you have issues with it, report them to IPB, not us.
- 12:32 AM Ticket #667 (Forum, opening (preview-linked) Image window to small.) created by
- There is no real report section for Website/Forum issues. So dropping …
Nov 6, 2008:
- 11:19 PM Ticket #651 (FileFindFirstFile FileFindNextFile _FileListToArray not support ...) closed by
- No Bug: Closing due to lack of information.
- 11:18 PM Ticket #657 (_IECreate brings up Outlook Express instead of Internet Explorer) closed by
- No Bug: Closing due to lack of information.
- 11:18 PM Ticket #659 (FileSelectFolder does not return full path is selecting a network ...) updated by
- I think we need to document that the FileSelectFolder() dialog does not return UNC paths.
- 11:17 PM Ticket #350 (FileInstall fails when user login name is non-English chars) closed by
- Rejected: We can't find anything wrong in our code and we can't reproduce it. We apparently already changed the code Jon had in mind so closing.
- 11:15 PM Ticket #615 (License needs fixed) closed by
- Fixed: Jon has fixed this and it will appear in the next beta version.
- 9:25 PM Ticket #665 (_GUICtrlListView_SetColumnWidth et al. lack proper typecasting in ...) closed by
- No Bug: if you are passing a string you need cast the type.
- 7:19 PM Ticket #664 (SciTE Magnifying (Zooming) doesn't properly update horizontal scrollbar) closed by
- No Bug
- 7:18 PM Ticket #664 (SciTE Magnifying (Zooming) doesn't properly update horizontal scrollbar) updated by
- We use the standard distribution done by Neil Hodgson as the base of our SciTE4AutoIt3 and only maintain the additions, mainly LUA scripts. I have no intention to start to do more work on bug fixing for SciTE. As to the "Need to change au3.properties: BETA_AUTOIT =0" message. This is correct and normally only show one time when it was successful. it will again give one message after AutoIt3 Beta was installed. This is not a bug but a feature. Jos
- 6:17 PM Ticket #666 (Ability to wait on a Mutex) closed by
- Rejected: DllCall() and the Windows API mutex/object related functions can do it.
- 6:00 PM Ticket #666 (Ability to wait on a Mutex) updated by
-
Version changed
Automatic ticket cleanup. - 5:54 PM Ticket #666 (Ability to wait on a Mutex) created by
- When performing uninstalls, the recommended way to wait for the …
- 4:01 PM Ticket #664 (SciTE Magnifying (Zooming) doesn't properly update horizontal scrollbar) updated by
- It's pretty much useless to post more than one issue per ticket. Don't do it. However, 2 of your issues don't belong on the issue tracker anyway (the last two). As for the scrollbar issue, I don't see it. Everything works fine for me using a custom built version of SciTE from the same source as SciTE4AutoIt. It could be the Lua script as my scripts are a little different. Lastly, have you tried doing what the error message you find so scary says? I imagine if you open au3.properties you will find a line like: […] And that message is telling you to change that to: […]
- 3:18 PM Ticket #665 (_GUICtrlListView_SetColumnWidth et al. lack proper typecasting in ...) created by
- Bug: _GUICtrlListView_SetColumnWidth et al. lack proper typecasting in …
- 1:34 PM Ticket #664 (SciTE Magnifying (Zooming) doesn't properly update horizontal scrollbar) created by
- Using SciTE 1.77 full package from 2-11-2008 SciTE4AutoIt3.exe …
- 7:01 AM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) updated by
- Replying to Valik: > The value that's returned is supposed to be unsigned but AutoItX is returning it signed. That needs to be corrected at which point it should also fix your issue as the code is identical except for the thin COM layer. Any idea when this will be fixed? While my automation doesn't need it RIGHT now, it'll be needed sometime soon in the coding process
- 5:56 AM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) updated by
- The value that's returned is supposed to be unsigned but AutoItX is returning it signed. That needs to be corrected at which point it should also fix your issue as the code is identical except for the thin COM layer.
- 4:34 AM Ticket #663 (AU3_PixelChecksum returns 0x80000000 if more than that) created by
- While making a c++ program to automate something, I ran into this …
Nov 5, 2008:
- 8:43 PM Ticket #662 (ListView setting $LVS_EX_FLATSB flattens header only instead of scrollbars) created by
- Bug in AutoIt Version: 3.2.12.1 ListView setting $LVS_EX_FLATSB …
- 6:54 PM Ticket #661 (Disable "Beep" using MsgBox) updated by
- If sutable for you Flag=32 avoid beep
- 3:15 PM Ticket #660 (Unicode version for Au3Check) closed by
- Rejected: Replying to Manadar: > Unless it is too much of a hassle, can we get a version of Au3Check that is updated for the new millenium? Any time you try to port a non-UNICODE program to UNICODE it's a hassle. Au3Check would need to be re-written. If it's ever re-written then UNICODE support is likely going to come for free since chances are it would be written in a more traditional manner.
- 3:13 PM Ticket #661 (Disable "Beep" using MsgBox) closed by
- Rejected: Changed to a feature request and rejected. The point of a message box is to get the user's attention. If you are finding it annoying then you're probably using it wrong. Otherwise, all I can say is turn down your volume. we certainly aren't going to attempt to circumvent the features of a standard API call in Windows.
- 11:52 AM Ticket #661 (Disable "Beep" using MsgBox) updated by
- Sorry - guys! That's no bug, but a feature request! I'm not able to change that - sorry. ED14
- 11:47 AM Ticket #661 (Disable "Beep" using MsgBox) created by
- Is there a possibility to disable the nerving BEEP when …
- 12:00 AM Ticket #660 (Unicode version for Au3Check) updated by
-
Version changed
Automatic ticket cleanup.
Nov 4, 2008:
- 10:05 PM Ticket #660 (Unicode version for Au3Check) created by
- This may be a bit useless to most people, but I often find that I run …
- 1:31 PM Ticket #659 (FileSelectFolder does not return full path is selecting a network ...) updated by
- Title of this should read ...full path if selecting…
- 12:46 PM Ticket #659 (FileSelectFolder does not return full path is selecting a network ...) created by
- When using FileSelectFolder to select a folder from a sharepoint site …
Nov 3, 2008:
- 5:16 PM Ticket #658 (Multiple desktops support) closed by
- Rejected: I have no clue what you are asking for here. I understand the concept of multiple desktops but I don't see how any of that relates to AutoIt or what you want AutoIt to do to accomplish whatever it is you think you need AutoIt changed to accomplish. At any rate, I don't really see us doing anything in this area. I know that it's already possible to create multiple desktops via AutoIt so if that is possible then I imagine whatever interactivity you are looking for is possible as well.
- 4:00 PM Ticket #658 (Multiple desktops support) updated by
-
Version changed
Automatic ticket cleanup. - 3:34 PM Ticket #658 (Multiple desktops support) created by
- Hello! While writing a script for an online game I started playing …
Nov 2, 2008:
- 4:07 PM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Version, Type changed
Changing this to feature request to better reflect the type of changes I'm making. - 4:06 PM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Description changed
- 5:26 AM Ticket #657 (_IECreate brings up Outlook Express instead of Internet Explorer) updated by
- You need to narrow the script down further. Surely you must have a specific URL that you can hard-code for reproduction purposes. And if the problem is really in _IECreate() then you don't need any of those Send() statements. Are you certain you aren't just accidentally Send()'ing to the Desktop or something and running an Outlook shortcut?
- 4:54 AM Ticket #657 (_IECreate brings up Outlook Express instead of Internet Explorer) created by
- Downloaded the latest build yesterday (not beta version) My script …
- 2:10 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Those flags have nothing to do with locking a file for exclusive access. Locking a file is not done at creation/open time but rather on-demand. I don't know about adding a FileLock() function. I'm not sure of the usefulness of it.
- 1:54 AM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) closed by
- Completed: Added in version: 3.2.13.10
Nov 1, 2008:
- 9:43 PM Ticket #656 (_FileCountLines and AutoIt v3.2.13.9 (Beta) - wrong return on one line) closed by
- Fixed: Fixed in version: 3.2.13.10
- 9:25 PM Ticket #656 (_FileCountLines and AutoIt v3.2.13.9 (Beta) - wrong return on one line) created by
- When only one line is present in file, _FileCountLines will return 0 …
- 4:00 PM Ticket #655 (Suggestion: DllCall for pointers) updated by
-
Milestone changed
Automatic ticket cleanup. - 3:34 PM Ticket #654 (Listview subentry request) closed by
- Rejected: You can do that via code yourself. Otherwise, this is definitely not going to happen, there's enough non-standard crap about our controls as-is without adding support for "TreeListView" functionality.
- 3:31 PM Ticket #655 (Suggestion: DllCall for pointers) closed by
- Rejected: I'm astounded, truly. Did you even bother to think about how DllCall() might work for even a moment? Clearly not. There is no reason to call a function by pointer because as your code demonstrates in order to get a pointer you have to call LoadLibrary() and GetProcAddress() which is what DllCall() does already.
- 2:25 PM Ticket #655 (Suggestion: DllCall for pointers) created by
- What about calling functions with their pointer? Now we can create …
- 2:00 PM Ticket #654 (Listview subentry request) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:00 PM Ticket #654 (Listview subentry request) created by
- Listview subentry request I think the list-view control can even be …
- 7:13 AM Ticket #651 (FileFindFirstFile FileFindNextFile _FileListToArray not support ...) updated by
- If you really run 3.2.13.9 you run the UNICODE Version. But as you debug you could have documented : the $sPath and $sFilter value used by FileFindFirstFile, the @error code you get after the FileFindNextFile You can imagine we are not able to run the Chinese Windows version to reproduce
- 12:06 AM Ticket #653 (_WinAPI_GetModuleHandle) closed by
- No Bug: I have no idea what you are talking about. I see nothing strange about the example and since you've done a terrible job actually attempting to report the bug I'm closing this.
Oct 31, 2008:
- 11:46 PM Ticket #653 (_WinAPI_GetModuleHandle) updated by
- Replying to anonymous: > Example for _WinAPI_GetModuleHandle: (_WinAPI_SetWindowsHookEx) If I type "a" or "A": there is no difference. I always receive an "A"
- 11:38 PM Ticket #653 (_WinAPI_GetModuleHandle) created by
- Example for _WinAPI_GetModuleHandle: (_WinAPI_SetWindowsHookEx) When I …
- 4:48 PM Ticket #652 (_FileListToArray() does not returnarray if no file s found) closed by
- No Bug: Assuming you are writing correct code, then the fact that it doesn't return an array on error is a non-issue. In fact proper code doesn't even have to check @error. Proper code would resemble: […]
- 4:04 PM Ticket #651 (FileFindFirstFile FileFindNextFile _FileListToArray not support ...) updated by
- Yeah, I don't really think we're going to be sending out the source code to our program. So, with that in mind, how can this issue be reproduced? Unless you're running AutoIt3A.exe (The ANSI version) by mistake, I don't see why it wouldn't work correctly because all the code is UNICODE.
- 3:51 PM Ticket #652 (_FileListToArray() does not returnarray if no file s found) created by
- if _FileListToArray() doesn't find any files it does not return an …
- 3:33 PM Ticket #651 (FileFindFirstFile FileFindNextFile _FileListToArray not support ...) created by
- Once ran the the script under Chinese Windows XP SP3, found the …
- 3:58 AM Ticket #646 (Call statement -- setting of @error) closed by
- Fixed: Fixed in version: 3.2.13.10
- 3:40 AM Ticket #646 (Call statement -- setting of @error) reopened by
- I'm re-opening this. Here's what I'm going to do. I'm going to modify Call() so that when it fails it sets @error to 0xDEAD and @extended to 0xBEEF. Call() needs to be able to signal it didn't find the function but the called function also needs to be able to set @error and @extended as well. So I'm going to have Call() set @error to a value that is unlikely to be used (or at least less commonly used than 1). Also @extended will be set as well. The likelihood of both @error and @extended being set by a called function to the values I mention above is very low. Code should be written like this to test for failure: […]
Oct 30, 2008:
- 10:05 PM Ticket #650 (Required BorderConstants.au3 not provided for _WinAPI_DrawEdge()) closed by
- Fixed: Fixed in version: 3.2.13.10
- 10:04 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) updated by
-
Version, Type changed
There. It's a feature request now. - 9:48 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) updated by
- Replying to Valik: > Replying to Jpm: > > Perhaps after Valik rewrite this can change. > > Or I could just change it now since supporting the Default keyword has nothing to do with the INI implementation. > so it is an improvement not a bug the closing of the bug was I think the rigth thing before deciding to improve as you suggest
- 7:30 PM Ticket #107 (DllStructGetField) closed by
- Rejected: I think I finally understand what's being requested and it only sounds useful for debugging. Also I can think of solutions which just parse the DllStructCreate() string to generate the necessary information.
- 7:28 PM Ticket #268 (SoundSet()/SoundGet()) closed by
- Rejected: If anybody is interested in this they need to actually submit some UDF's and documentation along with it.
- 7:24 PM Ticket #266 (GUICtrlCreateStatusBar - as native AutoIt control) closed by
- Rejected: It's possible to do with the UDF's, no real need to make it built-in as well.
- 7:24 PM Ticket #265 (GUICtrlCreateToolBar - as native AutoIt control) closed by
- Rejected: It's possible to do with the UDF's, no real need to make it built-in as well.
- 7:23 PM Ticket #120 (StringSplit limit parameter) closed by
- Rejected: I sort of agree with JP. If this is still important to anybody then somebody should take the appropriate steps to submit a _StringExplode() function.
- 7:21 PM Ticket #264 (Debug mode) closed by
- Rejected
- 7:17 PM Ticket #407 (Document For...In is read-only for AutoIt arrays) closed by
- Completed: Added in version: 3.2.13.10
- 6:55 PM Ticket #592 (a collection of prime based or prime related math functions) closed by
- Rejected: These functions don't seem to be useful on a general scale.
- 6:54 PM Ticket #618 (_WinAPI_OpenProcess documentation needs updating) closed by
- Rejected: If we tried to document every (or even just the most useful) flags for every API function then the documentation would quickly balloon.
- 6:52 PM Ticket #624 (FileCopy() - need better error return, and maybe protect existing dest file) closed by
- Rejected: If you are not satisfied with the behavior of FileCopy(), then wrap the built-in function with your own function that has the other functionality you desire. As for your second point, JP is right. The destination must be deleted before the copy can take place and that only happens if you specify a flag.
- 5:55 PM Ticket #642 (Beta helpfile not opening correctly) updated by
- I really don't know what JP was thinking but this isn't that hard to do. It's not as straight-forward as I thought because of the merged helpfile. The problem is you can't open a topic in a slave.chm (AutoIt3.chm) via the master.chm (AutoIt.chm). For example, this doesn't work, you'll just get an error page: […] However, the work-around is pretty simple. In the master.chm (AutoIt.chm) you create an alias to the slave.chm (AutoIt3.chm) topic: […] Then you create a map ID for the alias: […] Now you can use the -mapid command line argument of hh.exe to open the master (AutoIt.chm) and still go to a page in the slave.chm (AutoIt3.chm): […] I'm posting this here because it's no big secret. I easily found out how to do it by searching the web. It may be useful to others if they use or are thinking about using merged helpfiles.
- 5:47 PM Ticket #642 (Beta helpfile not opening correctly) closed by
- Fixed: Fixed in version: 3.2.13.10
- 5:13 PM Ticket #650 (Required BorderConstants.au3 not provided for _WinAPI_DrawEdge()) updated by
- This came from \/\/\/\/\/\/.autoitscript.com/forum/index.php?showtopic=83535 Putting an actual link in the original post was detected as spam?
- 5:09 PM Ticket #650 (Required BorderConstants.au3 not provided for _WinAPI_DrawEdge()) created by
- WinAPI.au3 UDF function _WinAPI_DrawEdge() calls for …
- 4:48 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) updated by
-
Owner, Status changed
- 4:48 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) reopened by
- Replying to Jpm: > Perhaps after Valik rewrite this can change. Or I could just change it now since supporting the Default keyword has nothing to do with the INI implementation.
- 4:30 PM Ticket #647 (Compiler Parsing) closed by
- No Bug: […] Execute produce the same value. So the problem is not related to Execute. Back to the question Autoit works as parenthesis $A + (+(+(+(- 1)))) so the result is correct whatever you are surprised of the behavior as I am. You can find other case as Autoit works as in Polish notation (Jon say it is OK)
- 4:09 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) updated by
- as stated in "Default keyword" doc When used as a parameter passing the behavior is specify in the corresponding AutoIt doc function sorry for these bad display
- 4:07 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) closed by
- No Bug: as stated in "Default keyword" doc […] so Default is not in use in this function so it converted to "Default" so the IniDelete is just erasing something which does not exist and return 1 as after completion the .ini does not anymore such key !!! Perhaps after Valik rewrite this can change.
- 4:00 PM Ticket #646 (Call statement -- setting of @error) updated by
-
Milestone changed
Automatic ticket cleanup. - 3:27 PM Ticket #646 (Call statement -- setting of @error) updated by
-
Component changed
- 3:24 PM Ticket #646 (Call statement -- setting of @error) closed by
- Fixed: doc updatre as @error can be returned now.
- 3:22 PM Ticket #648 (Ping doc alteration due to the server change) updated by
- Fixed in version: 3.2.13.10
- 3:12 PM Ticket #648 (Ping doc alteration due to the server change) closed by
- Fixed: Fixed in version: 3.2.13.10
- 6:33 AM Ticket #605 (_InetSmtpMail sets wrong Date) closed by
- No Bug: Thanks
- 3:11 AM Ticket #284 (help file error) updated by
-
Milestone changed
Fixing wrong milestone. - 3:11 AM Ticket #261 (Small type in Macro Reference - Directory) updated by
-
Milestone changed
Fixing wrong milestone. - 3:10 AM Ticket #260 (_ArrayToString, Return Value, Success: 1) updated by
-
Milestone changed
Fixing wrong milestone. - 3:10 AM Ticket #259 (_ArraySort UDF not returning 1 on succes,) updated by
-
Milestone changed
Fixing wrong milestone. - 3:09 AM Ticket #256 (Multiple windows and tab controls) updated by
-
Milestone changed
Fixing wrong milestone. - 3:09 AM Ticket #255 (Random() bug) updated by
-
Milestone changed
Fixing wrong milestone. - 3:08 AM Ticket #254 (GUIGetCursorInfo does not return the correct primary/secondary down info) updated by
-
Milestone changed
Fixing wrong milestone. - 3:08 AM Ticket #252 (Control focus changing when window loses/regains focus) updated by
-
Milestone changed
Fixing wrong milestone. - 3:07 AM Ticket #251 (GUIRegisterMsg return bug regression) updated by
-
Milestone changed
Fixing wrong milestone. - 3:06 AM Ticket #249 (_WinAPI_UpdateLayeredWindow() - missing error checking) updated by
-
Milestone changed
Fixing wrong milestone. - 3:05 AM Ticket #649 (GDI+ After ALT-TAB image Disapers (Zoom.au3 and others)) closed by
- Rejected: The examples are short and sweet. Up to the user to repaint the gui if needed.
- 2:58 AM Ticket #647 (Compiler Parsing) updated by
- Interesting, you can have as many mixed up + and - as you want, but throw one * or / in there and it errors.
- 2:42 AM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
-
Description, Severity changed
- 2:39 AM Ticket #644 (Can IniRead set @error for file/section/key not exist?) updated by
- Replying to Rob Saunders <therks@…>: > Is the original API call "GetPrivateProfileString"? I'm just reading about it now. It is. > An extra question though, didn't you (Valik) say once that you wanted to rewrite the Ini functions from scratch to deal with some issues they had? See #15. > If you ever do get the time or inclination to do that, do you think having @error reporting like this would make it in there? I do not know.
- 2:34 AM Ticket #646 (Call statement -- setting of @error) updated by
- Nah, just make new macros @callerror and @callextended. ;) As if those wouldn't get misused near instantly…
- 2:29 AM Ticket #644 (Can IniRead set @error for file/section/key not exist?) updated by
- Oh I didn't realize the default value was a part of the API call. I thought that was something added to the IniRead function by you guys. Is the original API call "GetPrivateProfileString"? I'm just reading about it now. And about testing if the key value existed, I was doing something like that, but I did a double check with random numbers. (Set random number, use that for default, if equal, set another random and do it again). An extra question though, didn't you (Valik) say once that you wanted to rewrite the Ini functions from scratch to deal with some issues they had? If you ever do get the time or inclination to do that, do you think having @error reporting like this would make it in there?
- 12:04 AM Ticket #649 (GDI+ After ALT-TAB image Disapers (Zoom.au3 and others)) created by
- Run example program Zoom.au3 and press ALT-TAB, the image will …
Oct 29, 2008:
- 5:09 PM Ticket #648 (Ping doc alteration due to the server change) updated by
- I don't really think we should mention any specific address at all. We should just say it supports a host name or IP address. If the user is trying to use Ping() and doesn't know what those two terms mean then they probably shouldn't be using Ping() to begin with.
- 5:03 PM Ticket #646 (Call statement -- setting of @error) updated by
- Replying to pdaughe: > In previous AutoIt releases, Which release? > I wasn't sure what to put under severity, but for me, this is a significant issue. Everybody's issue is always severe to them otherwise they wouldn't bother reporting it (for the most part). You did right in not setting it and it would be futile to set it anyway as there is a script that will unset it. I'm not sure what's right here. I clearly did not think about or have no memory of my thoughts on called functions setting @error and @extended and whether or not that should be available after Call(). I'm not sure how I feel about that. On the one hand, Call() does need some way to indicate failure. On the other hand it makes sense that the @error and @extended values will propagate up just like the return value is returned. However, the other argument is, if you know the function you will use Call() on is going to set @error then chances are you know what function is going to be called in the first place and could presumably not use Call() altogether. But then the other side of that is, you may know from a finite list which function will be called and know that all of them obey the same conventions as far as setting @error. What I'm trying to say is, I don't know what to do. The only thing I can think of is to set @error to an arbitrary number and @extended to an arbitrary number on failure so that you would do something like: […] This would allow both Call() to report errors and the called function itself to report. The chances of the called function setting both @error and @extended to the magic (documented) values is low enough to be viable. It is certainly unprecedented but it does solve all the issues even if it has to do so in an inconsistent way.
- 4:53 PM Ticket #648 (Ping doc alteration due to the server change) created by
- The Ping documentation will need to be changed from 178.50.76.4 to …
- 4:46 PM Ticket #647 (Compiler Parsing) created by
- The following presents a problem particularly when using the Execute …
- 4:13 PM Ticket #646 (Call statement -- setting of @error) created by
- Following execution of the Call statement, @error may be set by the …
- 3:03 PM Ticket #644 (Can IniRead set @error for file/section/key not exist?) closed by
- Rejected: Nope. We would have to write code to handle each of those situations because the API does not provide any information about why the default string is being used. However, for 1 and 3 it's simple for you to write a wrapper function in AutoIt. Something like this is a start: […] Probably the best way to handle the section names thing is just use IniReadSectionNames() and search the results array for the section name. No matter what, though, performance will suffer in testing for the section to exist.
- 1:39 PM Ticket #605 (_InetSmtpMail sets wrong Date) updated by
- No, i can't use your smtp. I receive client host rejected. But i found out, that if i do not set "Mime-Version: 1.0", "Date: " and "Content-Type: text/plain; charset=US-ASCII" (just delete it) in $s_Send[4] in Function _INetSmtpMail the timestamp is correctly shown and set. As i talk to our notes administrators, it seemed to be really a Lotus Notes Problem by interpreting date/time information as it is set by autoit (DD.MM.YYYY UTC +0200). The notes administrators told me, that notes does not interprete this form, only DD.MM.YYYY UTC Timezone -> e.g. CEST. Regards Stefan
- 12:21 PM Ticket #645 (IniDelete 3rd param doesn't accept Default keyword) created by
- I was trying to write a wrapper for IniDelete and found I had to …
- 12:12 PM Ticket #644 (Can IniRead set @error for file/section/key not exist?) created by
- Is there any chance we could have IniRead set @error (or even …
Oct 28, 2008:
- 7:55 PM Ticket #642 (Beta helpfile not opening correctly) updated by
- the correction will increase by 800K the setup file for very few improvement. I suggest we stay as is.
- 6:17 PM Ticket #643 (whole array operations) updated by
- Dear Valik: _WinAPI_ReadFile is only ca. 30% slower than FileRead. If you read float data in binary format written in little endian mode, you need to BitShift, and then it is faster to use _WinAPI_ReadFile.
- 4:06 PM Ticket #643 (whole array operations) closed by
- Rejected: Why are you using UDF's to read/write the files? Why not use the built-in functions which should be much faster? Anyway, not likely to happen.
- 10:00 AM Ticket #643 (whole array operations) updated by
-
Version changed
Automatic ticket cleanup. - 9:30 AM Ticket #643 (whole array operations) created by
- I wrote an AutoIt script which reads a binary file (about 16000 data …
- 4:15 AM Ticket #642 (Beta helpfile not opening correctly) updated by
- This technically isn't a bug, just not expected. The helpfile is actually 3 separate files. Two files contain the bulk of the information, one for AutoIt, one for UDF's. The third file is "merged" and really just loads up the other two. What's happening here is that AutoIt3.chm is being loaded instead of the merged file AutoIt.chm. Not really a bug, just something unexpected. Also something that should be easy to correct.
Oct 27, 2008:
- 7:59 PM Ticket #642 (Beta helpfile not opening correctly) created by
- Process to reproduce issue: 1. Run beta installer 2. You will be asked …
Oct 26, 2008:
- 5:35 PM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Description changed
- 5:19 PM Ticket #596 (String<From/To>ASCIIArray() functions) updated by
-
Description changed
- 5:08 PM Ticket #634 (Increased activtity on mouse move) closed by
- No Bug: When the mouse is moved (and the GUI is active) the $GUI_EVENT_MOUSEMOVE message is posted. Every time a message is received you update the GUI with GUICtrlSetData(). Since moving the mouse generates a lot of messages you end up calling GUICtrlSetData() a lot which burns up a lot of CPU cycles. This is not a bug in AutoIt.
- 4:58 PM Ticket #641 (ToolTip text is not wrapped) closed by
- Wont Fix: This needs fixed in the SciTE core. We try not to deviate too much from the official SciTE version with our version.
- 7:40 AM Ticket #641 (ToolTip text is not wrapped) created by
- When writing a function with parameters, a ToolTip appears with a …
- 1:29 AM Ticket #640 (Some escape sequences from Help not supported?) updated by
- Thanks :>
Oct 25, 2008:
- 5:23 PM Ticket #640 (Some escape sequences from Help not supported?) closed by
- Fixed: Fixed in version: 3.2.13.10
- 5:21 PM Ticket #640 (Some escape sequences from Help not supported?) updated by
- In the future, summarize and demonstrate the issue in your ticket. If we wanted to use the forum for bug tracking we would still be using the forum for bug tracking.
- 10:55 AM Ticket #640 (Some escape sequences from Help not supported?) updated by
- ...RegExp escape sequences :>
- 10:46 AM Ticket #640 (Some escape sequences from Help not supported?) created by
- \U,\u,\L,\l escape sequences from Help not worked This ticket …
Oct 24, 2008:
- 5:04 PM Ticket #639 (_IECreate - $f_takeFocus (bad description in doc)) closed by
- Duplicate: Disappointing, Zedna. Closing as duplicate of #434 and #558.
- 5:01 PM Ticket #638 (StdoutRead function returns null character mid string in default text mode) closed by
- No Bug: Stop creating tickets for support requests. Just because the behavior has changed and doesn't work like it used to doesn't mean AutoIt is bugged. Stop wasting my time creating these stupid tickets already. Since the program is outputting non-string data, read it as binary data and convert it to a string. Not very hard to figure that out on your own if you'd take some time to think about the problem instead of rushing to create a ticket every day.
- 12:21 PM Ticket #639 (_IECreate - $f_takeFocus (bad description in doc)) created by
- _IECreate - $f_takeFocus […] For both 0/1 it tells the same: …
- 11:22 AM Ticket #638 (StdoutRead function returns null character mid string in default text mode) created by
- I updated to the latest Public (3.2.12.1) and found my script no …
- 10:17 AM Ticket #623 (_GUICtrlListBox_FindString - returns 0 on error, and doesn't set ...) closed by
- Works For Me
Oct 23, 2008:
- 4:58 PM Ticket #637 (StdoutRead function seems to now miss data on public and beta releases) closed by
- No Bug: Why you felt the need to create an entirely new ticket is beyond me. This is the SECOND time you've created a ticket for a support question. This time I'm not answering this one here. Ask on the forum and in the future make damn sure you actually have a bug to report before you create a ticket.
- 12:56 PM Ticket #637 (StdoutRead function seems to now miss data on public and beta releases) updated by
- ReRead the updated doc some change have been made. Valik can tell more about the difference.
- 10:37 AM Ticket #637 (StdoutRead function seems to now miss data on public and beta releases) created by
- I updated to the latest Public (3.2.12.1) and found my script no …
Oct 22, 2008:
- 5:48 PM Ticket #636 (StdoutRead function seems to now miss data on public and beta releases) closed by
- No Bug: You exit the loop before you append the last line. The loop should be: […] Or even better: […]
- 11:33 AM Ticket #636 (StdoutRead function seems to now miss data on public and beta releases) created by
- I updated to the latest Public (3.2.12.1) and found my script no …
Oct 21, 2008:
- 9:48 PM Ticket #635 (_GuiCtrlTab_ClickTab() docs list unused $fPopupScan parameter) closed by
- Fixed: Fixed in version: 3.2.13.10
- 4:48 PM Ticket #625 (Page faults caused by Sleep) closed by
- No Bug: Then you haven't found a bug. It's not unexpected that complicated code generates page faults and it doesn't mean there is an issue.
- 2:44 PM Ticket #635 (_GuiCtrlTab_ClickTab() docs list unused $fPopupScan parameter) created by
- The 3.2.13.9 help file, and the header for _GuiCtrlTab_ClickTab() …
- 2:33 PM Ticket #625 (Page faults caused by Sleep) updated by
- ok, i investigated further and it seems that im wrong, it was not sleep, i think it was any execute function in autoit, (tested all). Attached you will find my short example, just press pause to toggle page fault generation, which can easily be seen in taskman.exe :-) […]
- 12:50 AM Ticket #634 (Increased activtity on mouse move) created by
- There is a increased activity when you move your mouse. The mouse …
Oct 20, 2008:
- 11:41 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- @Gary, I don't about your machine, but the code you posted didn't fix anything, I don't even have to resize the control, it crashes immediately for me. I commented out that part and left the in the smooth progress bar and it doesn't display. I am running Windows XP Professional SP2. […]
- 11:38 PM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) closed by
- Completed
- 11:38 PM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) reopened by
- 11:28 PM Ticket #599 (_FileListToArray costs O(N^2) instead of O(NlogN)) closed by
- Fixed
- 11:06 PM Ticket #623 (_GUICtrlListBox_FindString - returns 0 on error, and doesn't set ...) updated by
- Bah... i can place my script source code in here... but i don't have time to look it up exactly to produce a 'short re-producer' script... will that help?! yet again... if you are sure it's all oky, then i must be wrong somewhere…
- 9:20 PM Ticket #621 (_StringAddThousandsSep don't work with negative number) closed by
- Fixed: Fixed in version: 3.2.13.10
- 7:24 PM Ticket #630 (DriveMapAdd doesn't work on Vista With Use of #RequireAdmin.) updated by
- Thank you very much for your explications. I appreciate this attention. ;)
- 4:51 PM Ticket #628 (GUICtrlRead($id, 1) on control context menu returns -1 unless main ...) closed by
- Fixed: Fixed in version: 3.2.13.10
- 4:30 PM Ticket #633 (ComboBox doesn't open list of entries at Win2k, XP is working ok) closed by
- No Bug: Maybe try reading the documentation for GUICtrlCreateCombo() next time?
- 4:27 PM Ticket #625 (Page faults caused by Sleep) updated by
- Replying to JRSmile: > Hope this is enough to investigate. It's not. You might as well post a picture of a dog for as helpful as that is. First of all, there's nothing there that demonstrates it might actually be Sleep() and not something else since all the Sleep() statements are surrounded by other pieces of code. Second, the code isn't even runnable since most of the files are missing. See, here's how bug reporting works. 1. You find an issue. 2. You show us how to reproduce the issue. 3. We resolve the issue (fixing a bug or determining the behavior isn't a bug, et cetera). You're skipping #2.
- 4:20 PM Ticket #633 (ComboBox doesn't open list of entries at Win2k, XP is working ok) created by
- In Win2k if you click on the "down" arrow besides the combo box to …
- 3:05 PM Ticket #625 (Page faults caused by Sleep) updated by
- i will just add the code here :-) […] thats all, what is strange that i don't get as much pagefaults one divverent systems then the production environment its a vmware image running on esx, my testing environment is a centrino Notebook. Hope this is enough to investigate.
- 6:30 AM Ticket #628 (GUICtrlRead($id, 1) on control context menu returns -1 unless main ...) updated by
-
Summary changed
- 12:25 AM Ticket #630 (DriveMapAdd doesn't work on Vista With Use of #RequireAdmin.) closed by
- No Bug: You mounted the drive with elevated rights which means programs without elevated rights can't see it. Your normal Explorer window running non-elevated can not see it. You must start a new instance of Explorer with elevated rights to see it. But there's another catch. With my system, I have to close out all existing Explorer windows to open an elevated instance of Explorer. Even though I'm manually requesting an elevated version, it seems to just defer to the non-elevated explorer.exe process. You must have all Explorer windows closed so that when you try to open an (elevated) Explorer window it spawns a new process that stays (and gets elevated). Once you have a properly elevated Explorer window you can see the drive. Without closing all the other windows first it just passes the request along to the currently running non-elevated instance of Explorer which isn't what you want to see. An easier alternative to confirm the drive is mounted is to run an elevated script to mount the drive like normal. Now start an elevated command interpreter (cmd.exe) and you'll see that the mounted drive is there and accessible. A non-elevated command interpreter cannot see the drive. This is not a bug - at least not in AutoIt. I can use an elevated Explorer to mount the drive using the built-in interface and that drive will not be visible to non-elevated programs.
Note:
See TracTimeline
for information about the timeline view.
