Timeline
Jan 25, 2010:
- 6:27 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) updated by
- Solution: […] Not tested but I know that copy works fine, see my example on creating a version directory structure on the wiki here: http://www.autoitscript.com/wiki/Cookbook#Creating_a_Version_directory Mat
- 6:23 PM Ticket #1435 (Additions to RichEditConstants.au3 for Find replace dialog.) created by
- RichEditConstants.au3 already has the following constants for use with …
Jan 24, 2010:
- 8:56 PM Ticket #1427 (RegWite REG_BINARY wites data to registry that cannot read by other ...) updated by
- Thanks, appreciate the explanation. I was thrown by the fact it worked previously and then didn't and there was nothing I could see in the help file to explain what I was doing wrong. Thanks again.
- 8:00 PM Ticket #1434 (Tidy, Multi Line, Trivial.) updated by
-
Version changed
Automatic ticket cleanup. - 6:54 PM Ticket #1433 (Picture driven computing) closed by
- Rejected: So you want a different language.
- 6:21 PM TicketGuidelines/NewTicketSummary edited by
- Typo (diff)
- 6:13 PM Ticket #1434 (Tidy, Multi Line, Trivial.) created by
- […] v2.0.29.0
- 3:25 PM Ticket #1433 (Picture driven computing) created by
- I'd like to see Auto-it handle 'picture driven computing'. The basic …
- 10:48 AM Ticket #1432 (AutoIt3_x64.exe - GUIRegisterMsg($WM_NOTIFY, "MY_WM_NOTIFY")) updated by
- suplement after using Aut2exe_x64.exe this script work fine problem is only with using AutoIt3_x64.exe
- 1:08 AM Ticket #1432 (AutoIt3_x64.exe - GUIRegisterMsg($WM_NOTIFY, "MY_WM_NOTIFY")) created by
- AutoIt:3.3.4.0/X64 (Os:WIN_7/X64 Language:0415 Keyboard:00000415 …
Jan 23, 2010:
- 11:19 PM TicketGuidelines/ModifyTicketSummary edited by
- Fixed link. (diff)
- 11:18 PM TicketGuidelines/ModifyTicketSummary edited by
- Changed format and added more information. (diff)
- 11:14 PM TicketGuidelines/NewTicketSummary edited by
- Added a bit of clarity and formatting changes. (diff)
- 9:59 PM Ticket #1158 (Global update the WinAPI.au3 library) updated by
- Any news on this one? Very usefull functions we got here, they should be merged with the current library…
- 8:00 PM TicketGuidelines/NewTicketSummary edited by
- More cleanup (diff)
- 7:59 PM TicketGuidelines/NewTicketSummary edited by
- Additions and clenaups (diff)
- 7:56 PM TicketGuidelines/ModifyTicketSummary created by
- Initial comment
- 7:52 PM TicketGuidelines/NewTicketSummary created by
- Initial configuration.
- 7:12 PM Ticket #1430 (RegRead() Function, Bug?) closed by
- No Bug: This is not a support forum. If your submissions contains a question, you're in the wrong place.
- 5:00 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) updated by
-
Version changed
Automatic ticket cleanup. - 3:34 PM Ticket #1409 (Compile to .exe dialog keyboard shortcut nuisance) closed by
- Fixed: Fixed by revision [5628] in version: 3.3.5.1
- 3:25 PM Ticket #1428 (AdlibUnRegister function name is case sensitive.) closed by
- Fixed: Fixed by revision [5627] in version: 3.3.5.1
- 3:13 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) updated by
-
Type changed
- 3:00 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) updated by
-
Version changed
Automatic ticket cleanup. - 2:56 PM Ticket #1431 (Multiple AutoIt3Wrapper outfiles) created by
- I think it would be a good idea to allow users to output the EXE in …
- 8:52 AM Ticket #1430 (RegRead() Function, Bug?) created by
- Hello, I have a little problem about the RegRead() function. In …
- 6:53 AM Ticket #1429 (Change return value of FileGetSize() on failure.) closed by
- Rejected: Uh, no. If you need to know if an error occurred then check @error. That's why functions set it.
- 5:44 AM Ticket #1429 (Change return value of FileGetSize() on failure.) created by
- Please change the return value of FileGetSize() to -1 when failure …
- 1:22 AM Ticket #1428 (AdlibUnRegister function name is case sensitive.) created by
- If the function name passed to AdlibUnregister does not match a …
Jan 22, 2010:
- 6:58 PM Ticket #1426 ($PBS_MARQUEE speed selection) closed by
- Rejected: This is trivial to do by sending a single message to the control. Maybe you should ask how to do something on the forum first before making feature requests for something you can do yourself in a single line of code.
- 6:57 PM Ticket #1425 ($PBS_MARQUEE not in documentation) closed by
- No Bug: There are a lot of styles that are not documented.
- 6:55 PM Ticket #1427 (RegWite REG_BINARY wites data to registry that cannot read by other ...) closed by
- No Bug
- 6:28 PM Ticket #1427 (RegWite REG_BINARY wites data to registry that cannot read by other ...) updated by
-
You do not understand the change in the RegWrite function. A 'binary string' is a string beginning with 0x and then containing an even number of the characters 0123456789ABCDEF
So the RegWrite mus be:
RegWrite("...", "...", "REG_BINARY", "0xDBD83CFD727A1458")Better style is to use an explicit Binary-cinversion:RegWrite("...", "...", "REG_BINARY", Binary("0xDBD83CFD727A1458"))THIS IS NO BUG. - 5:35 PM Ticket #1427 (RegWite REG_BINARY wites data to registry that cannot read by other ...) created by
- This command worked fine in v3.2.12.0 RegWrite(" " & $device & …
- 4:50 PM Milestone 3.3.5.0 completed
- 4:42 PM Ticket #1054 (Character Encoding) closed by
- Completed: Added by revision [5621] in version: 3.3.5.0
- 4:00 PM Ticket #1426 ($PBS_MARQUEE speed selection) updated by
-
Version changed
Automatic ticket cleanup. - 3:56 PM Ticket #1426 ($PBS_MARQUEE speed selection) created by
- It would be nice if the progress bar function included an option to …
- 3:54 PM Ticket #1425 ($PBS_MARQUEE not in documentation) created by
- The $PBS_MARQUEE GUI style for progress bars is not included in the …
- 1:01 AM Ticket #1423 (Helpfile examples don't open anymore with the button.) closed by
- Fixed: Fixed by revision [5617] in version: 3.3.5.0
Jan 21, 2010:
- 8:16 PM Ticket #1424 (GUICtrlCreateListView: $LVS_EX_BORDERSELECT fails.) closed by
- No Bug: This is not a bug. As best I can tell $LVS_EX_BORDERSELECT is only valid when using $LVS_ICON. However, you can't specify $LVS_ICON at creation time with the AutoIt-native controls. Try using the UDF-version.
- 2:15 PM Ticket #1424 (GUICtrlCreateListView: $LVS_EX_BORDERSELECT fails.) created by
- […] $LVS_EX_BORDERSELECT being the only one that fails of ListView …
- 8:27 AM Ticket #1423 (Helpfile examples don't open anymore with the button.) updated by
- don't forget to solve it when beta is installed. alt-F1 was doing the same
Jan 20, 2010:
- 10:00 PM Ticket #1423 (Helpfile examples don't open anymore with the button.) updated by
-
Version changed
Automatic ticket cleanup. - 9:26 PM Ticket #1423 (Helpfile examples don't open anymore with the button.) updated by
- I wish people would comment important things. Something like this would have been nice: […] Anyway, I'll take care of it, 'tis trivial to fix of course.
- 8:50 PM Ticket #1423 (Helpfile examples don't open anymore with the button.) created by
- autoit3help doesn't set the SetCurrentDirectory anymore to the …
- 8:11 PM Ticket #1422 (_GUICtrlStatusBar_GetWidth() states that it returns height) created by
- The documentation states that the return value is the HEIGHT of the …
- 4:23 PM Ticket #1421 (GUIRichEdit UDF added line break) created by
- every StreamToVar / StreamToFile adds a line break to the rtf-text …
- 4:10 PM Ticket #1420 (GUIRichEdit UDF hidden selection) created by
- most GUIRichEdit-functions leave hidden selection - compare example: …
- 11:30 AM Ticket #1414 (_GUICtrlButton_SetSize bug when restoring window) updated by
- perhaps we have to change the doc example which is using GUICtrlCreateEdit()
Jan 19, 2010:
- 7:54 PM Ticket #1417 (Ping() not working properly for generic network addresses) closed by
- Works For Me: I do not experience the same-subnet ping time issue. I cannot test the cross-subnet ping because I do not have another subnet to test with. Also, I cannot find anything we are doing wrong nor can I find any issues with the internal functions we are using. Based on the ping issue I think maybe you have some other subtle network issue that AutoIt is sensitive to that Ping is not. Closing this as works for me.
- 7:22 PM Ticket #1418 (_IEDocWriteHTML example from help) closed by
- Works For Me: Works for me.
- 7:17 PM Ticket #1419 (Directory Management Functions) closed by
- Rejected: Err, you do realize you can access the Windows API from AutoIt, right?
- 1:59 PM Ticket #1419 (Directory Management Functions) created by
- Is it possible to include some functions to get a signal when any …
- 1:56 PM Ticket #1418 (_IEDocWriteHTML example from help) created by
- >"C:\Program Files\AutoIt3\SciTE\..\autoit3.exe" /ErrorStdOut …
- 8:20 AM Ticket #1417 (Ping() not working properly for generic network addresses) created by
- I'm getting the same behaviour as this gentleman here: …
- 2:37 AM Ticket #1414 (_GUICtrlButton_SetSize bug when restoring window) closed by
- No Bug: Psalty is correct. Moving native controls with anything but GUICtrlSetPos() is not supported and will lead to bugs.
- 2:29 AM Ticket #1416 (Open project in new window (right click context menu from Tabs)) closed by
- Rejected: I have no idea what you are talking about. I think it might be SciTE, but SciTE doesn't offer project management functionality. You're certainly not talking about AutoIt at any rate.
- 2:03 AM Ticket #1414 (_GUICtrlButton_SetSize bug when restoring window) updated by
- If you are going to mess around with the control using the UDFs, then in general, create the control with the UDFs also. Changing the button creation to this avoids the issue: […]
- 2:00 AM Ticket #1416 (Open project in new window (right click context menu from Tabs)) updated by
-
Version changed
Automatic ticket cleanup. - 1:18 AM Ticket #1416 (Open project in new window (right click context menu from Tabs)) created by
- Could you please implement a function when right clicking on a Project …
Jan 18, 2010:
- 6:32 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) updated by
- Point taken. I can't replicate the bug when need too, it appears to be random. Sorry for that.
- 6:26 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) updated by
- I don't particularly care. The script is way too long and I'm not wasting time trying to track down some maybe-bug in a script that large. Maybe if you provide a shorter script that demonstrates the problem I'll bother to look. However, the forum is better suited for the discussion since you don't even know if there's a bug here. Until you can reliably reproduce something and accurately describe what's happening then you should not be posting on the issue tracker.
- 6:08 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) updated by
- This is a AI bug or Windows? or just Unknown. Sorry for the code paste inline.
- 5:43 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) closed by
- No Bug: Replying to Steveiwonder: > Ignore the noob script with all mouselclick spam etc , i still need to change some of that. Done. Now go read WikiStart.
- 12:18 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) updated by
- Ignore the noob script with all mouselclick spam etc , i still need to change some of that.
- 12:17 PM Ticket #1415 (Issue with IE & HWnd($o_object.HWnd()) ERROR) created by
- This is the error I'm getting it worked once... i tested it again …
Jan 17, 2010:
- 10:33 AM Ticket #1412 (_GUICtrlStatusBar_ShowHide documentation for second parameter has no ...) closed by
- Fixed: Fixed by revision [5606] in version: 3.3.5.0
Jan 16, 2010:
- 10:19 PM Ticket #1414 (_GUICtrlButton_SetSize bug when restoring window) created by
- In any situation, if you create a button and then change the size of …
- 9:16 PM Ticket #1413 (Shared file access flags behavior change in FileOpen) closed by
- No Bug: If the files are now correctly locked... good! They should have been locked from day one but there was some bug I didn't have time to track down which was allowing them to be shared. The fact that they were shared *was* the bug, not that they can no longer be shared. If that "always shared" bug is indeed fixed then I can finally implement proper sharing and file locking (#546). This is no bug, assuming it's true.
- 8:21 PM Ticket #1413 (Shared file access flags behavior change in FileOpen) created by
- It seems that FileOpen function has been modified about the way it …
- 4:49 PM Ticket #1412 (_GUICtrlStatusBar_ShowHide documentation for second parameter has no ...) created by
- The documentation for the _GUICtrlStatusBar_ShowHide second parameter …
- 2:56 PM Ticket #1411 (FileReadLine enhancement to enable more efficient reading of very ...) created by
- I would like to suggest a possible enhancement to the FileReadLine() …
- 12:48 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) updated by
- Still one link broken in .chm that I just fix. But I don't understand the relation of links broken in the AutoIt Web Page except that the internal page has not the same name as the link.
Jan 15, 2010:
- 4:38 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) updated by
- Hmm, these is still a broken link in this page. Didn't these used to be fine? I wonder when they got broken…
- 4:15 PM Milestone 3.3.4.0 completed
Jan 14, 2010:
- 8:58 PM Ticket #1410 (Using Pointer type with COM-object throws error.) created by
- AutoIt doesn't seem to have any code dealing with variables of pointer …
- 8:02 PM Ticket #1409 (Compile to .exe dialog keyboard shortcut nuisance) created by
- Ctrl-C is mapped to the "Compile"-Button. So if I want to Copy/Paste …
- 5:49 PM Ticket #1408 (Date UDF) closed by
- Duplicate: I assume the search function for the issue tracker is broken? I also assume the download link to the latest beta version of AutoIt is broken? Duplicate #1361. Thanks for wasting time.
- 3:29 PM Ticket #1408 (Date UDF) created by
- When calling the Date UDF functions _SetDate and _SetTime with the …
Jan 13, 2010:
- 11:33 PM Ticket #1407 (Change the Trace Tools to use @ScriptLineNumber) closed by
- Rejected: Did you even bother to think about this? 1. @ScriptLineNumber does not work in compiled scripts. 2. There's a command to remove Trace statements, there's a command to add Trace statements. I wonder what would happen if you removed them then added them again?
- 11:21 PM Ticket #1407 (Change the Trace Tools to use @ScriptLineNumber) created by
- The Add Trace Lines and Add Func Trace Lines are both awesome tools …
- 10:23 PM Ticket #1376 (FileOpen()) closed by
- Completed: Added by revision [5597] in version: 3.3.5.0
- 10:05 PM Ticket #1376 (FileOpen()) updated by
-
Owner, Status changed
Seems reasonable. - 9:23 PM Ticket #1054 (Character Encoding) updated by
- Logic flaw. Encoding has to and is tested anyway when you open a file in anything other than binary mode. The data read in to test is cached and reused anyway. :)
- 8:21 PM Ticket #1054 (Character Encoding) updated by
- From my point of view. If you add this into FileOpen it can reduce performance (testing encoding) in case I don't want to check result of @extended. I think it will be majority of cases when we will not test it. Because of that I vote for FileGetEncoding() as alone function which can be called only when needed.
- 8:07 PM Ticket #1054 (Character Encoding) updated by
-
Owner, Status changed
Actually, the FileOpen/@extended thing sounds OK to me. The current FileOpen flags for encoding are only enforced when the file is BOM-less or when a new file is created. If there is a BOM then the flags are ignored. So, the @extended flag returning the actual mode the file was opened sounds kinda useful (and avoids us having to add another function including the documentation). Unless I've missed something. I'll add some "get_file_mode" code to our internal class and check back later to see for any more comments before changing any public function. - 4:49 AM Ticket #1406 (Proposed Change to _WinAPI_HiWord()) closed by
- Rejected: As mentioned on the forum, temporary fixes are not something I'm fond of making.
- 3:00 AM Ticket #1406 (Proposed Change to _WinAPI_HiWord()) updated by
-
Version changed
Automatic ticket cleanup. - 1:03 AM Ticket #1406 (Proposed Change to _WinAPI_HiWord()) created by
- Considering the discussion a few weeks ago about BitShift being a …
Jan 10, 2010:
- 11:43 AM Ticket #1339 (Update helpfile translations links) updated by
- Thanks a lot!
- 11:02 AM Milestone 3.3.3.3 completed
- 10:54 AM Ticket #1403 (File write unicode text with bom error) closed by
- Fixed: Fixed by revision [5582] in version: 3.3.3.3
Jan 9, 2010:
- 5:37 PM Ticket #1405 (Array definition, less strict data-part format.) closed by
- Rejected: Empty parameter lists still using a comma as separate will lead to some of the most un-readable code you've ever seen. It is a syntax I will fight against. My other argument is that you shouldn't need array initializer syntax for multi-dimensional (3+) arrays anyway. With data that complex a tab or comma separated file would lead to much better.
- 4:48 PM Ticket #1405 (Array definition, less strict data-part format.) created by
- Just a idea. possible less strict array definition data-part format …
- 4:46 PM Ticket #1404 (AutoIt creates trojan infected exe files.) closed by
- No Bug: What a stupid bug report.
- 1:36 PM Ticket #1404 (AutoIt creates trojan infected exe files.) updated by
- are you not sure it is not a false alarm? You seems the first to report such behavior. Iust follow the antivirus procedure as describedhttp://www.autoitscript.com/forum/index.php?showtopic=34658&view=findpost&p=253367 in the Forum
- 12:28 PM Ticket #1404 (AutoIt creates trojan infected exe files.) created by
- AutoIt created exe files are recognized containing the …
- 6:17 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- in fact _ColorSetRGB is coherent with GUI/Pixel functions. The introduction of a new function with will set as MSDN request is the only way to avoid script-breaking in _GUICtrlRichEdit_...() functions as you mention. I have a preference to be _ColorSetCOLORREF but why not to have a more general function as _ColorSetValue
- 6:04 AM Ticket #1403 (File write unicode text with bom error) created by
- […] x.txt : �����й��� 00000000h: EF BB BF CF 92 CB 87 D7 90 C2 B9 …
Jan 8, 2010:
- 11:00 PM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- From the searching I did, changing ColorSetRGB() would not effect any other functions. I don't see being used anywhere. Also, I don't even think its possible to make _GUICtrlRichEdit...() functions use standard AutoIt iColor since the MSDN states the value must be COLORREF. Perhaps a function similar in style to _ChooseColor() could be made. One that allows the user to specify what kind of color code value they would like returned. Either RGB Hex,BGR Hex, or COLORREF. | […]
- 9:40 PM Ticket #1401 (Windows 7 Jump List) updated by
- Replying to monoceres: > Not saying it's a must, but it might be worth looking over at least. The taskbar is a major change in windows 7 and maybe autoit should keep up? This statement is not a very fair statement to make. I wonder how many application domains are out there that can say the same thing about AutoIt just because we don't support their "important" feature.
- 9:37 PM Ticket #1401 (Windows 7 Jump List) updated by
- While that's true, the same could be said of any feature in autoit. The thing is, the taskbar api is meant to be a central point in graphical applications in windows 7. Giving autoit developers an easy to use interface for it would make auotit an even better tool for writing GUI's. Not saying it's a must, but it might be worth looking over at least. The taskbar is a major change in windows 7 and maybe autoit should keep up?
- 9:19 PM Ticket #1401 (Windows 7 Jump List) updated by
- Whats your point? Whats stopping you or somebody else from writing a plugin, standard DLL or COM interface that provides extension points allowing AutoIt to hook into it? Not every single feature of the OS needs to be implemented in AutoIt's core.
- 8:50 PM Ticket #1401 (Windows 7 Jump List) updated by
- Forgot to fill in author on last message.
- 8:49 PM Ticket #1401 (Windows 7 Jump List) updated by
- Valik, I have seen you have closed several of these windows7 taskbar feature requests with the response that this should be implemented as UDF. You do realize that the taskbar api's are extremely none trivial to implement in autoit?
- 6:07 PM Ticket #1402 (Unable te read ini file key with quotas IniRead()) closed by
- No Bug: You're right, it doesn't. It's not a bug, either.
- 6:06 PM Ticket #1401 (Windows 7 Jump List) closed by
- Rejected: So do it? There's this thing called the Windows API. I suggest looking into it.
- 5:01 PM Ticket #1402 (Unable te read ini file key with quotas IniRead()) created by
- I try to read a ini key with quotas mark: [Section1] Key1="String …
- 4:18 PM Ticket #1401 (Windows 7 Jump List) created by
- I'd like to be able to populate at least "Tasks" in the jump lists if …
- 3:42 PM Ticket #1400 (PB to extract an exe file (exe2Aut V3)) updated by
- @Soul-Almighty Make question on the forum. You will get answer why this is not a bug (it has been (answered many times so you can use the Search engine on the forum). Trac is not place to ask questions by beginners, it's only place where experienced users post bugs.
- 3:11 PM Ticket #1400 (PB to extract an exe file (exe2Aut V3)) updated by
- I'm sorry, but how can my file be corrupted ?? That means that every exe file generated by AutoIT would be corrupted !! And each exe generated works !!! I don't understand why you closed my ticket !!! You told me it's not a bug, but an issue. OK.
- 2:28 PM Ticket #1341 (Win7 x64 - Cannot send any messages to dialog controls) closed by
- No Bug: Closing as no bug unless I hear otherwise.
- 2:26 PM Ticket #1400 (PB to extract an exe file (exe2Aut V3)) closed by
- No Bug: Sounds like a corrupt file, and in any case is a support issue not a bug.
- 2:25 PM Ticket #1348 (aut2exe Mangles Named RCDATA Resources) closed by
- No Bug: No bug. Aut2exe is built to handle AutoItSC.bin as is (for now).
- 1:52 PM Ticket #1318 (UDFs char/wchar --> bad numbers of bytes for _MemRead()/_MemWrite()) updated by
- Fixed up all except: _GUICtrlTab_SetItem _GUIToolTip_GetTitleBitMap They seem to be working with non-text and not sure what is intended atm. Someone else to verify.
- 1:52 PM Ticket #1400 (PB to extract an exe file (exe2Aut V3)) created by
- hi everyone, I've a problem to extract an exe file, builded with …
- 12:00 PM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
-
Milestone changed
Automatic ticket cleanup. - 11:37 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
-
Milestone changed
- 11:37 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- Not quite sure I follow this. ColorSetRGB is clearly broken. Are we saying that we can't fix it because it's already used in other functions?
- 11:26 AM Ticket #1339 (Update helpfile translations links) closed by
- Fixed
- 11:19 AM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) updated by
- Will be fixed during next release upload.
- 11:07 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) reopened by
- 11:04 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- Fixed by revision [5568] in version: 3.3.3.3
- 11:02 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) closed by
- Fixed: Fixed by revision [5567] in version: 3.3.3.3
- 10:52 AM Ticket #1353 (_FileWriteToLine() excessively strict on input text type) closed by
- Fixed: Fixed by revision [5566] in version: 3.3.3.3
- 10:41 AM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) closed by
- Completed: Added by revision [5565] in version: 3.3.3.3
- 10:37 AM Ticket #1398 ($tagPARAFORMAT2 incorrect) closed by
- Fixed: Fixed by revision [5564] in version: 3.3.3.3
- 10:02 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- Yes I very much agree. I was going to ask for that next. :)
- 9:17 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- perfectly right the doc should not have mention COLORREF as under all other function as GUI/Pixel the color is 0x00RRGGBB We miss a function as _ColorSetCOLOREF or we do a script-breaking inside _GUICtrlRichEdit...() functions to use the standard AutoIt iColor which is 0x00RRGGBB I prefer to add a new _ColorSetCOLOREF function. Do you agree?
- 6:01 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) updated by
- Sorry I forgot to state that the description of _ColorSetRGB() is "Returns the RGB color to work with (COLORREF)." And the MSDN says that a COLORREF value must be in hex format 0x00BBGGRR.
- 4:08 AM Ticket #1399 (_ColorSetRGB() is returning wrong color value) created by
- The documentation of function _ColorSetRGB() states that the …
Jan 7, 2010:
- 10:08 PM Milestone 3.3.3.2 completed
- 9:52 PM Ticket #1352 (StringSplit hard crash on binary data) closed by
- Fixed: Fixed by revision [5559] in version: 3.3.3.2
- 6:31 PM Ticket #1396 (DllCallbackGetPtr crashes on invalid handle) closed by
- Fixed: Fixed by revision [5555] in version: 3.3.3.2
- 6:25 PM Ticket #1392 (OnAutoItExitRegister is causing AutoIT to crash) closed by
- Fixed: Fixed by revision [5554] in version: 3.3.3.2
- 5:22 PM Ticket #1398 ($tagPARAFORMAT2 incorrect) created by
- The declaration of $tagPARAFORMAT2 in GUIRichEdit is incorrect. …
- 1:47 PM Ticket #1395 (DLLCallbacks on Exit) updated by
- I would really appreciate if this could be fixed. ProgAndy's example is a bit complex, but the basic idea is this […] The example would never exit since $cb would be cleared before $obj which means that when $obj is executing its cleanup it would try calling cb which is now not valid anymore.
- 11:09 AM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) created by
- For users that have they default keyboard layout set to other …
- 1:04 AM Ticket #1361 (_SetTime() and _SetDate() crash when accessing non-array) updated by
-
Milestone changed
- 12:52 AM Ticket #1353 (_FileWriteToLine() excessively strict on input text type) updated by
- There is no reason to force the data to be a string. If I want to write numbers to the file that's my business. There is no reason that behavior should not be supported.
- 12:50 AM Ticket #1352 (StringSplit hard crash on binary data) updated by
- I can reproduce the issue. Your script crashes for me so just ignore JP, I'll take care of it.
- 12:42 AM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) reopened by
- This will not be in the next release of AutoIt.
Jan 6, 2010:
- 8:41 PM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) closed by
- Completed: Added by revision [5549] in version: 3.3.3.2
- 7:33 PM Ticket #1262 (Add SMTP AUTH to _INetSmtpMail() in inet.au3) updated by
-
Owner, Status changed
- 7:32 PM Ticket #1262 (Add SMTP AUTH to _INetSmtpMail() in inet.au3) updated by
- I don't know which version of _InetSmtpMail was used to add the capability but as I cannot test anymore, I will be glad to have an update base on current Release 3.3.2.0 Thanks
- 6:07 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) reopened by
- If I wanted this ticket closed I would have closed this ticket.
- 6:00 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:07 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) closed by
- Fixed
- 5:03 PM Ticket #1396 (DllCallbackGetPtr crashes on invalid handle) created by
- Not much to say. DllCallbackGetPtr() produces an access violation on …
- 4:56 PM Ticket #1353 (_FileWriteToLine() excessively strict on input text type) updated by
- Perhaps I am wrong but as this UDF was design to receive String it is the use responsability to pass string. So for me there is no bug.
- 4:28 PM Ticket #1352 (StringSplit hard crash on binary data) updated by
- Any more info as It cannot be reproduced ;)
- 11:16 AM Ticket #1395 (DLLCallbacks on Exit) updated by
- Oh, sorry, Autoit IS calling the OnExitFuncs when "Array out of bounds" is shown, so the only thing remaining is exit without freeing the object. i will attach the shortest Object i could think of
- 10:50 AM Ticket #1360 (for what are these files) closed by
- Fixed: Fixed by revision [5536] in version: 3.3.3.2
- 10:48 AM Ticket #1360 (for what are these files) updated by
- index.htm is supposed to be use on the help access thru the Web. Not sure Jon is taking care of it. For the other issues will be fixed next beta.
- 7:15 AM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) updated by
- This ticket is referenced in revision: [5528]
- 6:53 AM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) updated by
- This ticket is referenced in revision: [5525]
- 6:48 AM Ticket #1392 (OnAutoItExitRegister is causing AutoIT to crash) updated by
-
Severity changed
- 6:47 AM Ticket #1393 (Script crashes with error reported in EventLog.au3 at line 475) closed by
- Fixed: Fixed by revision [5524] in version: 3.3.3.2
- 6:32 AM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) updated by
-
Owner, Status changed
Jan 5, 2010:
- 11:19 PM Ticket #1395 (DLLCallbacks on Exit) updated by
- Do you have an example that you'd like to see working without crashes (simple, please, and not related to #1319)? I need to see exactly what you're thinking to tell if it even makes sense from an object-lifetime standpoint. Also, I don't think that AutoIt should crash so I would like to fix that, at least, even if your request doesn't make sense from a lifetime standpoint.
- 10:16 PM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) closed by
- Fixed: Fixed by revision [5523] in version: 3.3.3.2
- 10:00 PM Ticket #1395 (DLLCallbacks on Exit) updated by
-
Version changed
Automatic ticket cleanup. - 9:32 PM Ticket #1395 (DLLCallbacks on Exit) created by
- I wish it would be possible to have DLLCllbacks persist longer in the …
- 8:00 PM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:21 PM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) reopened by
- Fixing one page and ignoring the dozen others that are also broken doesn't mean the ticket is closed.
- 6:19 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) reopened by
- If a bug is not fully fixed, don't close the bug report.
- 6:18 PM Ticket #1394 (Comodo Internet Security reports dangerous program) closed by
- No Bug: I can tell you to use the forum if you want to ask questions or need support.
- 5:01 PM Ticket #1394 (Comodo Internet Security reports dangerous program) created by
- CIS are labelling Scite program TheHook.dll as a dangerous program. I …
- 4:39 PM Ticket #1393 (Script crashes with error reported in EventLog.au3 at line 475) created by
- My Usage: Script uses EventLog.au3 to access remote event logs. The …
- 2:00 PM Ticket #1361 (_SetTime() and _SetDate() crash when accessing non-array) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:25 PM Ticket #1361 (_SetTime() and _SetDate() crash when accessing non-array) closed by
- Fixed: Solved by #1378
- 1:24 PM Ticket #1378 (Wrong error handling in _Date_Time_SetLocalTime) closed by
- Fixed: Fixed by revision [5520] in version: 3.3.3.2
- 12:14 PM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) closed by
- Fixed: Fixed by revision [5519] in version: 3.3.3.2
- 12:07 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) updated by
- The .chm link has been fix. Not sure who can fix the Web ones
- 12:05 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) closed by
- Fixed: Fixed by revision [5518] in version: 3.3.3.2
- 7:50 AM Ticket #1392 (OnAutoItExitRegister is causing AutoIT to crash) updated by
- Sorry. The example from the help file is what was used to produce the bug. >Exit code: -1073741819 Time: 3.949 AutoIt:3.3.3.1 (Os:WIN_7/X86 Language:0409 Keyboard:00000409 Cpu:X64)
- 6:40 AM Ticket #1392 (OnAutoItExitRegister is causing AutoIT to crash) updated by
- This bug report is just plain unacceptable. The title DOES NOT say it all and if you had bothered to read WikiStart you'd know that.
- 6:02 AM Ticket #1392 (OnAutoItExitRegister is causing AutoIT to crash) created by
- The title says it all..
- 12:31 AM Ticket #1391 (AU3Info Toolsbar page returns info allways on instance 1 instead of ...) created by
- The AutoIT V3 info added the feature as described in ticket #140. …
Jan 4, 2010:
- 11:11 PM Milestone 3.3.3.1 completed
- 10:57 PM Ticket #1341 (Win7 x64 - Cannot send any messages to dialog controls) updated by
- Certain functions won't work if you try and use x64 AutoIt with an x86 process or vice versa. Is this what is happening here? You need to use the same arch version of Autoit to control the process. We probably need to document which functions are affected and if there is an feasible workaround (last time I remember checking I think I'd decided there wasn't...)
- 10:51 PM Ticket #682 (Remove 64K line limit for FileReadLine()) closed by
- Completed: Added by revision [5514] in version: 3.3.3.1
- 10:22 PM Ticket #1387 (_IECreate() - bug with 3.3.3.0 beta) updated by
- There was no need to create a new ticket to state exactly what you've stated here already. Subsequently I've deleted the other ticket. I still cannot reproduce the issue. SciTE has nothing to do with this.
- 9:57 PM Ticket #1389 (Multiple _IEAttach Use Fails) closed by
- Fixed: Fixed by revision [5509] in version: 3.3.3.1
- 8:59 PM Ticket #1387 (_IECreate() - bug with 3.3.3.0 beta) updated by
- the error exists only then when 3.3.3.0 beta is instaled and scite is instaled only from autoit setup and no from http://www.autoitscript.com/autoit3/scite/downloads.shtml
- 8:25 PM Ticket #1387 (_IECreate() - bug with 3.3.3.0 beta) closed by
- Works For Me: Closing as works for me since I can't reproduce the issue.
- 8:02 PM Ticket #1390 (ControListView causes Microsoft Management Console to crash ...) closed by
- No Bug
- 8:00 PM Ticket #1390 (ControListView causes Microsoft Management Console to crash ...) updated by
- I just noticed that I was using an outdated version of autoit. Updated to 3.3.2.0, and the problem is resolved. The ticket can be closed. Sorry for the inconvenience.
- 7:48 PM Ticket #1390 (ControListView causes Microsoft Management Console to crash ...) created by
- script: […] output from _DebugBugReportEnv() […] When the …
- 5:51 PM Ticket #1389 (Multiple _IEAttach Use Fails) created by
- After upgrading from 3.3.0.0 to 3.3.2.0, multiple calls to _IEAttach …
- 4:04 PM Ticket #1388 (GUIRegisterMsg() return value) updated by
- > The @extended macro can only return numeric values. Upsa, forgot that, sorry. > I'm closing this as rejected. At some point all our "Register" stuff should use a > stack similar to AdlibRegister(). Looking forward :)…
- 3:35 PM Ticket #1388 (GUIRegisterMsg() return value) closed by
- Rejected: The @extended macro can only return numeric values. I'm closing this as rejected. At some point all our "Register" stuff should use a stack similar to AdlibRegister().
- 2:54 PM Ticket #1219 (Fix TracTicketDelete) closed by
- Fixed: Fixed by upgrading to a newer version of the plugin.
- 2:00 PM Ticket #1388 (GUIRegisterMsg() return value) updated by
-
Version changed
Automatic ticket cleanup. - 1:56 PM Ticket #1388 (GUIRegisterMsg() return value) created by
- Hi Lads, I think I've read this already in past somewhere, but …
- 1:12 PM Ticket #1387 (_IECreate() - bug with 3.3.3.0 beta) created by
- _IECreate()displays an error with version 3.3.3.0 beta […] ERROR: …
- 1:21 AM Ticket #1386 (Union support) closed by
- Rejected: That syntax won't work. DllStructGetData() wouldn't know what to return. Thinking about it, why is this an issue? Don't you know at compile time which particular piece of data you want? For example, in your example, assume you want to use the "short" data. You calculate the size of the member to be 64-bits (the size of the largest union member which is double). Thus you would use int64. I can't imagine it being very common that you need to access more than one type of union members. I think I'm going to close this as rejected because: 1. I don't see many unions. 2. The syntax is going to be difficult to get usable in order for AutoIt to do the right thing. 3. My experience with unions has been that I needed one of the data types so in AutoIt I would just use the best size type for that data-type.
- 1:01 AM Ticket #1386 (Union support) updated by
-
Syntax is tricky. DllUnionCreate() is the obvious solution, but makes it rather useless since most unions in the wild are found in structs with other members as well.
Maybe something like this?
DllStructCreate("int;{short;float;double;}")Where everything inside the {} is treated as a union. If it could be nested then it would be perfect. It would solve any kind of data format involving unions I've seen.
Jan 3, 2010:
- 6:56 PM Ticket #1386 (Union support) updated by
- Did you have a specific syntax in mind?
- 6:00 PM Ticket #1386 (Union support) updated by
-
Version changed
Automatic ticket cleanup. - 4:53 PM Ticket #1386 (Union support) created by
- Working with unions in dllstructs is extremely annoying and tiresome …
- 4:20 PM Milestone 3.3.3.0 completed
- 8:56 AM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
- Thank you for confirming a bug I didn't fix is still occurring…
- 6:59 AM Ticket #110 (GUICtrlCreateObj controls do not correctly track focus.) updated by
- Still happening with Version: 3.3.0.0 Production
Jan 2, 2010:
- 10:57 PM Ticket #1385 (AV scan by Comodo Internet Security) closed by
- No Bug: Inform your AV provider. The thehook.dll is indeed a dll that hooks the keyboard and mouse because that what it is needed to make a macrogenerator. Anyway, closing this ticket.
- 10:26 PM Ticket #1385 (AV scan by Comodo Internet Security) updated by
- Read this: Are my AutoIt EXEs really infected? http://www.autoitscript.com/forum/index.php?showtopic=34658
- 9:52 PM Ticket #1385 (AV scan by Comodo Internet Security) created by
- Further to my previous message...Here are some more details... In an …
- 7:17 PM Ticket #1383 (AU3Check: false warning.) updated by
- Clear. Thanks for additional doc.
- 6:31 PM Ticket #1384 (404 Not Found error when clicking links for explanations of functions) created by
- In the GUI Basic Functions sections on page …
- 4:20 PM Ticket #1383 (AU3Check: false warning.) updated by
- Au3Check makes no determination between non-Const and Const when it does its check for usage. Thus if it were to test Global variables you would get several hundred warnings for files with a lot of Global Const variables. Local variables (Const or not) can safely be tested for use because there aren't going to be hundreds of unused constants at function scope.
- 8:33 AM Ticket #1383 (AU3Check: false warning.) updated by
- nevermind. -w 5 : local var declared but not used (off)
- 8:05 AM Ticket #1383 (AU3Check: false warning.) updated by
- Ok, I think I see the logic of it. In that case I should put in a additional question mark. (?) no warning for $var1.
- 12:46 AM Ticket #1355 (Data types mixed) closed by
- Fixed: Fixed by revision [5497] in version: 3.3.3.0
- 12:37 AM Ticket #1340 (Send("{ENTER}") in IE7) closed by
- Works For Me: Closing as works for me since I can't reproduce the problem.
- 12:33 AM Ticket #1354 (sqlite function problem...) closed by
- Works For Me: Closing as works for me since the user failed to provide any useful information.
- 12:31 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) closed by
- Fixed: Fixed by revision [5496] in version: 3.3.3.0
- 12:25 AM Ticket #1381 (_ArraySearch subindex default doesn't match definition) closed by
- Fixed: Fixed by revision [5495] in version: 3.3.3.0
Jan 1, 2010:
- 11:14 PM Ticket #1363 (FileSetPos() error) updated by
- This ticket is referenced in revision: [5493]
- 11:10 PM Ticket #1363 (FileSetPos() error) closed by
- Fixed: Fixed by Jon and myself in 3.3.3.0 by revision [5491].
- 7:51 PM Ticket #1383 (AU3Check: false warning.) closed by
- No Bug: The warning is correct. The variable is never used and there are no side effects to either assignment statement. You can remove the variable and the code will behave exactly the same.
- 7:19 PM Ticket #1383 (AU3Check: false warning.) created by
- […]
- 2:53 AM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) updated by
- _GDIPlus_BrushGetType _GDIPlus_GraphicsGetSmoothingMode _GDIPlus_GraphicsMeasureString _GDIPlus_ImageGetFlags _GDIPlus_ImageGetHorizontalResolution _GDIPlus_ImageGetPixelFormat _GDIPlus_ImageGetRawFormat _GDIPlus_ImageGetType _GDIPlus_PenGetAlignment _GDIPlus_PenGetDashCap _GDIPlus_PenGetDashStyle _GDIPlus_PenGetEndCap
Dec 31, 2009:
- 11:55 PM Ticket #1381 (_ArraySearch subindex default doesn't match definition) updated by
- If you can't read what's in the boxes in this Issue, it's probably because I used a single line - your browser may make the scrollbar cover the text... Regardless, Here are the entries outside of the boxes Array.au3: Func _ArraySearch(Const ByRef $avArray, $vValue, $iStart = 0, $iEnd = 0, $iCase = 0, $iPartial = 0, $iForward = 1, $iSubItem = -1) Array.au3 comment block: ; Syntax.........: _ArraySearch(Const ByRef $avArray, $vValue[, $iStart = 0[, $iEnd = 0[, $iCase = 0[, $iPartial = 0[, $iForward = 1[, $iSubItem = 0]]]]]]) AutoIt 3.3.2.0 Help File: _ArraySearch(Const ByRef $avArray, $vValue [, $iStart = 0 [, $iEnd = 0 [, $iCase = 0 [, $iPartial = 0 [, $iForward = 1 [, $iSubItem = 0]]]]]])
- 6:19 PM Ticket #1382 (Windows 7 Taskbar API) closed by
- Rejected: I see nothing that suggests you can't implement this on your own.
- 6:06 PM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) updated by
- Telling us something we know and have documented doesn't help. When you do not specify a parameter AutoIt uses an internal default. I don't know what it defaults to and I don't care to look. Its probably using your last specified height (if you specified one). In your example this last used height is too small. If no height was specified at all then it uses a different internal value which is clearly large enough. That doesn't change the fundamental problem, however, which is your code. You refuse to specify a height parameter knowing full well (being that its documented) that you have to specify an unusually large height on Windows 2000 in order for the control to appear correctly. If you try to take the lazy way out and it doesn't work, its not necessarily a bug. It just means you need to stop being lazy. The fact that its documented that the height parameter is important on Windows 2000 should be your first clue you need to explicitly control it yourself and not leave it up to chance.
- 1:01 PM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) updated by
- And I thought help is welcome... I never forced anything! I've just pointed my finger to somthing that seems strange to me and because english is'nt my native language im not realy able to weigh one's words If i get a return where is obvious that the "problem" is not understood i'll try to explain it a 2nd time. You still dont want see what im talking about. I know about that hight parameter but that is not the point The point is that this is not needed if you create a combo before any other gui element Thats all! I'm not talking about fixing it just to let you know about that. I've just chosen "bug" in the report (what else should i have done?). The doc btw. dont clarify that without the hight parameter the combo is broken on a W2k machine. At the end i must say im disappointed While reaching a helping hand i'm called stupid and better should piss off
- 10:00 AM Ticket #1382 (Windows 7 Taskbar API) updated by
-
Version changed
Automatic ticket cleanup. - 9:38 AM Ticket #1382 (Windows 7 Taskbar API) created by
- Hi, I'd like to have this included in AutoIt: …
- 9:30 AM Ticket #1381 (_ArraySearch subindex default doesn't match definition) created by
- Array.au3 : […] Array.au3 comment block: […] AutoIt 3.3.2.0 …
- 6:00 AM Ticket #1380 (Inform user of required parameters in _Timer_Settimer()) updated by
-
Version changed
Automatic ticket cleanup. - 4:57 AM Ticket #1380 (Inform user of required parameters in _Timer_Settimer()) created by
- Perhaps a remark could be added to help file to inform the user that …
- 4:24 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- And here I was, raring to go and test that DLL should the need have arisen ;P Anyhow, good to see that it's settled then!
- 2:52 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- After looking at how AutoIt works and doing some reading I've determined the following: parameters are always pushed onto the stack in the size of the architecture. On x86 every parameter <= 4 bytes takes up 4 bytes and on x64 every parameter <= 8 bytes takes up 8 bytes (even a char parameter). It should be obvious that if the structure is expected to be 8 bytes large with two distinct values aligned on 4-byte boundaries but x64 pads the values apart that things won't work - exactly as you determined. Your fix seems correct. The data must be packed into an 8 byte (64-bit) integer in order to prevent stack-alignment issues and preserve the expected structure alignment.
- 1:29 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- I definitely see something in the code that could be causing this. I may not need help as I think I can reproduce the problem myself on 32-bit Windows using a custom DLL.
Dec 30, 2009:
- 11:31 PM Ticket #1379 (compiling...) closed by
- Rejected: The forum is for asking questions. The forum is also for doing research to find similar subjects to get an idea of what our potential plans might be someday down the road.
- 11:19 PM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) updated by
- I went to all the trouble of installing Windows 2000 to a virtual machine to test your stupid script. Immediately after the I spent a half hour getting that taken care of I noticed you weren't even specifying a height parameter in your example script. What you're saying is we should rewrite the code or rewrite the documentation (Documentation that already documents the problem you had!) because you can't be arsed to do what the documentation says and specify a proper height parameter? I easily reproduced your problem on Windows 2000 and the moment I ran a script with a proper height setting it started working. What I'm saying in short is this: Write good code that conforms with the documentation the language provides or piss off. Failing to heed the remarks in the documentation, having those remarks pointed out then telling us to fix it anyway is just asinine to put it mildly. There is no bug here. Everything is working as designed with the idiosyncrasies of different Windows versions. It's fully documented as well. Subject closed.
- 10:00 AM Ticket #1379 (compiling...) updated by
-
Version changed
Automatic ticket cleanup. - 8:58 AM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) updated by
- I know Autoit is free ... Under Windows XP/2003 Windows will adjust the size of the opened combo. On other Windows versions you can define this size with the "height" parameter if the default value is not BIG enough to contain at least one line. But than this problem must occur at any time not only if i had another gui element in front of a Combobox If i "initialize" my combo first and then later reset the Pos and add infos to it it will work If you dont want to change it 'couse you need to rewrite a lot of code add this info in big red letters into the doc This script will work on W2k and XP ---------------------------------------------------- Opt("GUIOnEventMode", 1) #include <GUIConstants.au3> GUICreate("My GUI combo") $test = GUICtrlCreateCombo( "item1", 1, 1) $test2 = GUICtrlCreateCombo( "", 1, 1, 1 ) GUICtrlCreateLabel( "This is a test", 10, 10 , 150, 20) GUICtrlSetBkColor( -1, 0x00ff00) GUICtrlSetPos( $test, 20, 35 ) GUICtrlSetData( $test, "item2|item3", "item3") GUICtrlSetPos( $test2, 20, 150, 150 ) GUICtrlSetData( $test2, "native|pentium|pentium3|pentium-m|pentium4|prescott|nocona|core2|athlon-xp|k8|k8-sse3|amdfam10" ) GUISetState() while 1 sleep(5000) wend ----------------------------------------------------
- 8:46 AM Ticket #1379 (compiling...) created by
- So right now, AutoIt is interpreted. How much word would to take to …
- 12:16 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- Sure thing :)
Dec 29, 2009:
- 11:37 PM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- I cannot imagine anything that can be causing the size to change short of a bug in the handling of the "long" type. I will review the code tomorrow. Failing to find anything there, would you be willing to test a simple custom DLL written by me which mimics the input for WindowFromPoint() and reports what it actually receives?
- 10:52 PM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- (Uh, sorry, failed to change my username above. That was indeed me, the original poster)
- 10:51 PM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- To add a bit more information (in case this is relevant): I'm running Windows 7 Professional x64. I tried your suggestion, but saw no relevant difference. From a few further tests, it indeed seems like the Y member (the second value in the parameter passed to WindowFromPoint) is the one getting thrown out. How I tested this was to place a window at the very top edge of the screen (so that it covers the desktop even when the Y coordinate is 0). When I do that, I can see the handle shown in the example script's tooltip change exactly when I mouse over an X coordinate that the window covers, no matter what the mouse's actually Y coordinate is (that is, even if the mouse cursor is placed below the bottom edge of the window). The fixed (hacked) function reveals that the value of the handle I see is indeed the value of the window that I placed at the top edge of the screen. (Note: When I use your suggestion with my test, the only difference is that the tooltip shows the different handle when the mouse's Y coordinate is equal to an X coordinate that the window is covering at the top of the screen -- basically, the screen coordinates are transposted, as expected) This is pure conjecture, but I think the following quote from the KB article I linked to in the ticket description might be relevant (and perhaps, match your suspicions about calling conventions): > Another important consideration is that 32-bit Visual Basic uses the C convention (stdcall) of passing parameters. This convention specifies that arguments are placed on the stack from right to left. 16-Bit Visual Basic maintains the Pascal convention of passing parameters from left to right. (API functions are declared using the Pascal calling convention.) As a result, the elements of the structure must be listed in reverse order (that is, element y followed by x) when calling the WindowFromPoint function using 32-Bit Visual Basic. When using 16-bit Visual Basic, element x is passed to the API function before element y. I understand the POINT structure as defined in StructureConstants.au3 ("long x;long y") would still be a 64-bit structure composed of two 32-bit long integers, but I'm not sure if that actually helps, since as I understand it (admittedly not completely), AutoIt can't pass structures by value. To expand on my previous point about "padding" to x64, this is how _WinAPI_WindowFromPoint() currently calls "WindowFromPoint" in user32: […] Would this at all cause a 64-bit integer to be placed on the stack when it extracts the components from the DllStruct and passes the extracted value along to DllCall?
- 10:43 PM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) closed by
- No Bug: Please read the documentation for GUICtrlCreateCombo().
- 10:23 PM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- What happens if you reverse the X and Y points on x64? There's no reason at all for the behavior you describe. The size of a POINT structure on x64 is still 64-bits composed of two 32-bit signed integers. The only thing I can think of is if the calling convention is different on x64 (I can't see any sign that it is, however). This would cause the values to be flipped. So, try flipping them yourself (fill the X member with the Y data and the Y member with the X data).
- 9:25 PM Ticket #1377 (Help file - _ColorGet* functions) closed by
- Fixed: Fixed by revision [5488] in version: 3.3.3.0
- 9:18 PM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) updated by
- This ticket is referenced in revision: [5487]
- 9:16 PM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) closed by
- Fixed: Fixed by revision [5486] in version: 3.3.3.0
- 11:09 AM Ticket #1378 (Wrong error handling in _Date_Time_SetLocalTime) created by
- Few functions in «Date.au3» (_SetDate and _SetTime) calls …
- 3:07 AM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) updated by
- I have already fixed some issues with that program that are probably related to your issue.
- 12:16 AM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) updated by
- Double quoting the command and not $(CurrentWord) exhibits the same odd behavior. Double quoting the command does not seem to make any difference as long as $(CurrentWord) is quoted. I guess some debugging of the Autoit3Help.exe helper app might be needed.
Dec 28, 2009:
- 11:36 PM Ticket #934 (MouseGetCursor consumes left mouse clicks) updated by
- Sorry - still occurs when using autoIt COM control - I downloaded 3.3.2.0. I went ahead and made my own COM .dll using VBExpress2008 (had to register it using .NET regasm.exe and gacutil.exe to make it COM visible). And it works *great* with no double click cancelling - but it doesn't return the same set of numbers you have (e.g. Arrow returns 65553). Please see if the following Class code helps you to make the AutoIt one work. Public Class cursorData Public Declare Function GetCursorInfo Lib "user32.dll" (ByRef pc As CURSORINFO) As Integer Structure CURSORINFO Dim cbsize As Integer Dim flags As Integer Dim hCursor As Integer Dim p As PointAPI End Structure Structure PointAPI Dim X As Integer Dim Y As Integer End Structure Public Function cursorType() Dim ff As New CURSORINFO ff.cbsize = System.Runtime.InteropServices.Marshal.SizeOf(GetType(CURSORINFO)) GetCursorInfo(ff) cursorType = ff.hCursor End Function End Class
- 6:12 PM Ticket #1375 (An array element alias) closed by
- Rejected: What you're asking for is called a dictionary or associate array. There are no plans to implement it.
- 5:11 PM Ticket #1377 (Help file - _ColorGet* functions) created by
- The Help file states that the parameter for the _ColorGet* …
- 4:12 PM Ticket #1376 (FileOpen()) created by
-
Please make in
FileOpen($Filename, $Mode)‘mode’ parameter … - 3:53 PM Ticket #1375 (An array element alias) updated by
-
Sorry, correct text
$array['elem'] - 3:51 PM Ticket #1375 (An array element alias) created by
- Will be useful, if there will may create alias name for an array …
- 2:50 PM Ticket #1374 (FileGetShortName returns wrong result on Win7) updated by
- Me bad :(, just did not associate .par with the exe-file on my freshly installed machine... thanks and closed.
- 1:14 PM Ticket #1374 (FileGetShortName returns wrong result on Win7) closed by
- No Bug
- 11:35 AM Ticket #1374 (FileGetShortName returns wrong result on Win7) updated by
- Thanks for the Test :), maybe it just worked for me on XP because I tested it in XP VM Mode and didn't check @error... Yep, that's it, im XP-VM Mode @error is 1.
- 10:59 AM Ticket #1374 (FileGetShortName returns wrong result on Win7) updated by
- When the file exists it returns the following on WinXP SP3: c:\test.par2 c:\TEST~1.PAR When the file doesn't exists it will return the same as the input but the @error = 1 Jos
- 10:40 AM Ticket #1374 (FileGetShortName returns wrong result on Win7) created by
- $sFilename = "c:\test.par2" $output = $sFilename & @crlf & …
- 6:00 AM Ticket #1373 (filecopy filemove with independent thread) updated by
-
Version changed
Automatic ticket cleanup. - 5:16 AM Ticket #1373 (filecopy filemove with independent thread) created by
- filecopy filemove with independent thread. like inet func,return a …
- 2:57 AM Ticket #1367 (GUIDelete() crashes program when called from WM_* message handler) closed by
- Fixed: Fixed by revision [5485] in version: 3.3.3.0
- 2:31 AM Ticket #1370 (StringInStr()) closed by
- Fixed: Fixed by revision [5484] in version: 3.3.3.0
- 2:21 AM Ticket #1370 (StringInStr()) updated by
- These two are returning the correct result: […] An invalid start parameter is one that is <= 0: […] The crashing should not happen and will be fixed.
- 2:15 AM Ticket #1372 (HTTPSetUserAgent bad description) closed by
- Fixed: Fixed by revision [5483] in version: 3.3.3.0
Dec 27, 2009:
- 11:50 PM Ticket #384 (More extensive testing of RunAs()) updated by
- This ticket is referenced in revision: [5482]
- 11:14 PM Ticket #384 (More extensive testing of RunAs()) updated by
- Vindication! There *was* a really obscure bug nobody but me would ever find.
- 11:13 PM Ticket #384 (More extensive testing of RunAs()) closed by
- Fixed: Fixed by revision [5480] in version: 3.3.3.0
- 8:34 PM Ticket #1372 (HTTPSetUserAgent bad description) created by
- Help file only says that it works with InetGet() But it works with …
- 6:20 PM Ticket #1371 (_TempFile() update) updated by
- There is no need for the code to explicitly test -1.
- 6:00 PM Ticket #1371 (_TempFile() update) updated by
-
Version changed
Automatic ticket cleanup. - 5:41 PM Ticket #1371 (_TempFile() update) created by
- Add this in _TempFile() to accept "Default" keyword or -1 value […]
- 5:19 PM Ticket #1369 (Static.au3 example not working) closed by
- No Bug: As the documentation says, Static isn't finished so reporting bugs on it is stupid.
- 4:50 PM Ticket #1370 (StringInStr()) created by
- […]
- 3:02 PM Ticket #1369 (Static.au3 example not working) created by
- Trying out the new Static keyword, I looked at the help file, and …
- 1:52 AM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) updated by
- I've just spent awhile debugging this. Here's what I've concluded: * The reason the function fails is due to the call to _MemGlobalLock() returning error 6 (Invalid handle) when used on the handle returned for $CF_BITMAP. * I think the reason _MemGlobalLock() is failing is because rather than a handle to global memory I believe the handle is actually an HBITMAP. The difference's between 3.3.0.0 and 3.3.2.0 are: * In 3.3.0.0 _Clipboard_GetData() returned the handle that GetClipboardData() returned. This is not safe. Once the clipboard data changes that handle becomes invalid or points to different data entirely. This could actually lead to an application crash. * In 3.3.2.0 _Clipboard_GetData() tries to copy the data and returns the copy. However, not all of the data is stored in the same way so the generic code fails on certain data formats. The key problem is: _Clipboard_GetData() is doing too much. It was designed to handle opening and closing the clipboard for the user and was supposed to do the right thing. Except it's pretty much a failure since it doesn't know what the right thing is. _Clipboard_GetData() needs to be a thin wrapper around GetClipboardData() and not try anything fancy. Right now the thin wrapper is actually at _Clipboard_GetDataEx(). These functions should have been swapped from the beginning to match the API and the standard convention of "Ex" functions doing more. As it stands the solution is to make _Clipboard_GetData() a thin wrapper meaning to use it you will have to manually call _Clipboard_Open() and _Clipboard_Close(). Then _Clipboard_GetDataEx() can be modified to provide custom handling for specific formats (for example, it's trivial to open the clipboard, retrieve text into a buffer and close the clipboard returning the text). In short, the fix for this is likely to be swapping _Clipboard_GetData() and _Clipboard_GetDataEx() and _Clipboard_GetDataEx() will only work with a few clipboard formats that have common actions (like the above text example).
- 1:02 AM Ticket #1366 (TrayCreateItem() bug) updated by
- Please read WikiStart to learn how to properly report a bug. You have failed to provide a script to reproduce the issue.
- 12:58 AM Ticket #1343 (Docs spelling error > _GUICtrlTreeView_SetIcon.htm) closed by
- Fixed: Fixed by revision [5477] in version: 3.3.3.0
Dec 26, 2009:
- 8:04 PM Ticket #1368 (_ClipBoard_GetData($CF_BITMAP) not working on 3.3.2.0) created by
- this code workes fine on AutoIt 3.3.0.0, but returns zero (no …
- 6:18 PM Ticket #1367 (GUIDelete() crashes program when called from WM_* message handler) created by
- GUIDelete() crashes the autoit compiled executable and also the …
- 4:08 PM Ticket #1366 (TrayCreateItem() bug) created by
- TrayCreateItem(text [, menuID [, menuentry [, menuradioitem]]]) works …
- 12:47 PM Ticket #1365 (Windows 2000: GUICtrlCreateLabel before GUICtrlCreateCombo prevent ...) created by
- This is a very old bug (3.1.1.127 own this bug too) If ( a …
Note:
See TracTimeline
for information about the timeline view.
