Timeline
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 …
Dec 25, 2009:
- 8:08 PM Ticket #1364 (IniReadSection update) closed by
- Duplicate: No shit? I guess #15 isn't good enough?
- 8:00 PM Ticket #1364 (IniReadSection update) updated by
-
Version changed
Automatic ticket cleanup. - 6:09 PM Ticket #1364 (IniReadSection update) created by
- IniReadSection ( "filename", "section" ) Only the first 32767 chars …
- 5:58 PM Ticket #1363 (FileSetPos() error) created by
- FileSetPos($hFile, $num, $FILE_CURRENT) works incorrectly. Result is …
Dec 24, 2009:
- 5:23 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) updated by
- As an aside, I'm not sure how many other Windows API functions actually expect POINT structures to be passed by value, but if there are any other UDFs that rely on such functions, they may need to be fixed as well.
- 5:16 AM Ticket #1362 (_WinAPI_WindowFromPoint() broken on x64) created by
- Indeed, I've seen #974, but I think the problem I'm addressing is …
Dec 23, 2009:
- 8:32 PM Ticket #1359 (Embed a file in compiled script) closed by
- Rejected
- 7:55 PM Ticket #1361 (_SetTime() and _SetDate() crash when accessing non-array) created by
- Here's the trace: […] I suggest changing two lines of code: 2245: …
- 6:55 PM Ticket #1360 (for what are these files) created by
- I think you doesn`t need these two file for the help file: …
- 3:43 AM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) updated by
- Well I checked the change logs and there was no mention there so I assumed that would be sufficient. Granted it is an old version date wise, but it was the latest stable release at the time I filed the report. Perhaps there should be a note on the main page of the bug tracker to check the beta's incase the change isn't listed in the change log or something? Regardless, this isn't a forum so I'll leave it be.
Dec 22, 2009:
- 8:29 PM Ticket #1359 (Embed a file in compiled script) updated by
- Why not simply use FileInstall() ? Jos
- 8:22 PM Ticket #1359 (Embed a file in compiled script) created by
- It would be nice to be able to embed a file into the compiled autoit …
- 7:18 PM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) updated by
-
Milestone changed
Ugh, so you filed a bug report against an old version not bothering to test that it was fixed in the betas? - 6:35 PM Ticket #1348 (aut2exe Mangles Named RCDATA Resources) updated by
- Not sure if we really want to support modifying the BIN files but leave that up to Jon to decide. The current solution we are working on to update the resources after compilation is the way to go. Jos
- 6:00 PM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) updated by
-
Milestone changed
Automatic ticket cleanup. - 4:34 PM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) closed by
- Fixed
- 2:11 PM Ticket #1325 (Date.au3: calls to _Date_Time_SetLocalTime($pSystemTime) are not ...) updated by
- There are still two pieces of code in Date.au3 that concern me: […] If @error is 0 but the second condition is met for each of those OR statements, then 0 will be returned in @error and the calling function may still try to access the array since it will only check for @error. I think it should explicity set @error or all the calling programs need to use isArray() to make sure an array has been returned.
- 2:01 PM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) updated by
- Can be marked as fixed/closed. Fixed in 3.3.2.0
- 6:10 AM Ticket #1358 (FileCreateNTFSLink Example has mixed up Parameters) closed by
- Fixed: Fixed by revision [5469] in version: 3.3.3.0
Dec 21, 2009:
- 11:07 PM Ticket #1358 (FileCreateNTFSLink Example has mixed up Parameters) created by
- In section "Examples" of FileCreateNTFSLink are parameters "source", …
- 9:50 PM Ticket #1357 (New concatenation operator for Static) updated by
- I just pointed to a possible problem that could come up when, and if, Static would be non-experimental. This appeared to be the best place to do that. You didn't see that? Don't bother answering. I did. Sorry for possible inconvenience. Wasn't intended.
- 9:12 PM Ticket #1357 (New concatenation operator for Static) updated by
- Also, I just grasped what you wanted. Absolutely positively not. This is such a terrible idea to work around a problem that's completely unrelated. Just, no.
- 9:11 PM Ticket #1357 (New concatenation operator for Static) closed by
- Rejected: I guess you didn't bother to read this very large message in the documentation? […] The feature is not complete, it contains bugs. Asking for new functionality for a feature that isn't even complete is just... annoying. Please wait until the feature is actually fully supported before trying to discuss it.
- 8:35 PM Ticket #1357 (New concatenation operator for Static) created by
- Special concatenation operator with new Static is missing. This …
- 9:35 AM Ticket #1346 (Send doesn't work with windows opened under another user) updated by
- Replying to Valik: > Okay, so this time you actually provided the crucially important "WinTitleMatchMode" line which fixes the mistake I found in your first attempt. Now that you've corrected that... it works just fine. I plugged in suitable account credentials for my Windows XP SP3 machine, Notepad popped up as the other user and the file menu appeared. Dear Valik, I have used AutoIt for 8 years, so "WinTitleMatchMode" I use automatically, thas why I didn't put it in source code.:-) Well, I didn't tested it on XP. I moved to Windows Vista Enterprise, SP1. Maybe problem will be something with UAC. I tried 3 computers with Microsoft Vista, the same result - it doesn't work.
- 12:56 AM Ticket #1354 (sqlite function problem...) updated by
- Replying to anonymous111: > I updated autoit from v3.3.0.0 to v3.3.2.0. > but, extracted korean characters from my sqlite db are all broken. anonymous111, Drop me a pm or post in the user help forum and I'll help you with this issue.
Dec 20, 2009:
- 9:58 PM Ticket #1356 (Problem with table data for _GDIPlus_GraphicsMeasureString) created by
- The data that we want is squashed over to the far right in the …
- 9:57 PM Ticket #1352 (StringSplit hard crash on binary data) updated by
- I test under XP/Sp2 with the file you reference in your script. I test with one script by process.
- 9:27 PM Ticket #1355 (Data types mixed) reopened by
- Ugh.
- 2:07 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
- Ref: Support topic: Array limited http://www.autoitscript.com/forum/index.php?showtopic=107138 This appears to be mostly fixed. I scripted a couple of demos working with >300KB ini file, and most things worked fine. The one that didn't work was IniReadSection() with huge individual sections.
- 10:59 AM Ticket #1355 (Data types mixed) updated by
- Ok, I see that. This is a change in behavior. dword type with DllCall() no longer have sense, since it's treated as int. I can find my way thru Bit functions and will switch to that. Even though that slows scripts further. This ain't changed: […] It's a bad change from my perspective.
- 12:52 AM Ticket #1355 (Data types mixed) closed by
- No Bug: AutoIt displays all values as signed integers. The values you are working with are unsigned. The same bits are set in either case. This is not a bug.
Dec 19, 2009:
- 11:54 PM Ticket #1355 (Data types mixed) created by
- With new 3.3.2.0 version there are issue(s) with data types with …
- 11:58 AM Ticket #1352 (StringSplit hard crash on binary data) updated by
- >I cannot reproduce your pb under XP/SP2 see attach file Hm, strange... do you have the image file? or/and can you please test it on other image? P.S I tested each example in seperate process, for some reason when i put all three examples in one script i get other results (sometimes crashes, sometimes not, strange...).
- 9:33 AM Ticket #1352 (StringSplit hard crash on binary data) updated by
- I cannot reproduce your pb under XP/SP2 see attach file
- 8:54 AM Ticket #1338 (_arrayDisplay() GUI position error) closed by
- Fixed: Fixed by revision [5465] in version: 3.3.3.0
- 8:07 AM Ticket #1354 (sqlite function problem...) updated by
- Do you honestly think this is the correct way to submit a bug report?
- 7:49 AM Ticket #1354 (sqlite function problem...) created by
- I updated autoit from v3.3.0.0 to v3.3.2.0. but, extracted korean …
Dec 18, 2009:
- 9:55 PM Ticket #1353 (_FileWriteToLine() excessively strict on input text type) created by
- Reported by user anixon: …
- 8:34 PM Ticket #1352 (StringSplit hard crash on binary data) created by
- Theese examples will show that script is crashing when using …
- 12:49 PM Milestone 3.3.2.0 completed
Dec 17, 2009:
- 7:16 PM Ticket #1009 (Remove hard-coded calls to ConsoleWrite() in SQLite.au3) updated by
-
Owner, Status changed
- 6:06 PM Ticket #1346 (Send doesn't work with windows opened under another user) updated by
- Okay, so this time you actually provided the crucially important "WinTitleMatchMode" line which fixes the mistake I found in your first attempt. Now that you've corrected that... it works just fine. I plugged in suitable account credentials for my Windows XP SP3 machine, Notepad popped up as the other user and the file menu appeared.
- 1:55 PM Ticket #1346 (Send doesn't work with windows opened under another user) updated by
- Replying to Valik: > I suggest you debug your code a bit further. There is a mistake in your code and once you correct that it will work just fine. Dear Valik, thanks for reply, the code is not complete, but I spend half hour with this issue, so I thing it has to be a bug:-) […]
Dec 16, 2009:
- 9:18 PM Ticket #1351 (Why "text" = 0 ?) closed by
- No Bug: Use the forum to ask questions.
- 8:46 PM Ticket #1351 (Why "text" = 0 ?) created by
- Environment = 3.3.0.0 under WIN_XP/Dodatek Service Pack 2 X86 […] …
- 6:27 PM Ticket #1350 (Obfuscator line excludes) closed by
- Rejected: This is implemented already. […] Ask support via the forum.
- 5:37 PM Ticket #1349 (InetGet not working without Filename) closed by
- No Bug: Feedback? If you want feedback then you ask on the forum. Where you would have been told this is not a bug.
- 5:00 PM Ticket #1350 (Obfuscator line excludes) updated by
-
Version changed
Automatic ticket cleanup. - 4:41 PM Ticket #1350 (Obfuscator line excludes) updated by
- #Obfuscator_Ignore_Variables not working
- 3:33 PM Ticket #1350 (Obfuscator line excludes) created by
- there are two lines in my code where I am comparing strings and the …
- 2:44 PM Ticket #1348 (aut2exe Mangles Named RCDATA Resources) updated by
- Actually I found the bug while modifying AutoIt3Wrapper to use named resources, and just confirmed it with ResHacker. Took me hours to figure out what was going on until I interrupted the process and looked at the interim .bin file :/
- 11:08 AM Ticket #1349 (InetGet not working without Filename) created by
- There is no network communication for InetGet if the optional …
- 9:34 AM Ticket #1348 (aut2exe Mangles Named RCDATA Resources) updated by
- Just some notes: 1)As workaround you can add desired resources to output compiled EXE instead of AutoItSC.bin. This way I add resources in my Resource UDF http://www.autoitscript.com/forum/index.php?showtopic=51103 […] 2) Scite4AutoIt3 has the similar bug. If you use #AutoIt3Wrapper_Res_File_Add directive then resource is placed at wrong section with wrong name
- 3:30 AM Ticket #1348 (aut2exe Mangles Named RCDATA Resources) created by
- If I add a named resource to AutoItSC.bin with ResHacker, then compile …
- 1:43 AM Ticket #1347 (Restoring cursor position after certain scite4autoit tools.) closed by
- Rejected: Since you still haven't offered any insight into what you are talking about I'm closing this.
- 12:16 AM Ticket #1347 (Restoring cursor position after certain scite4autoit tools.) updated by
- >Let me spent as much time on this request as you: I seriously thought that. but thats my problem and not yours. 1. x hours juggling with a possible reply. 2. noticing that, despite the mental note about it, I still managed to drop in the wrong shortcut. 3. one minute between reply's? nevermind, I know I deserve it.
Dec 15, 2009:
- 7:42 PM Ticket #1347 (Restoring cursor position after certain scite4autoit tools.) updated by
- Let me spent as much time on this request as you: ... Sorry, thats it.
- 7:41 PM Ticket #1347 (Restoring cursor position after certain scite4autoit tools.) updated by
- And you are referring to what specifically?
- 7:26 PM Ticket #1347 (Restoring cursor position after certain scite4autoit tools.) created by
- Making them feel more like how scite's own 'duplicate'(alt-d) tool …
- 5:56 PM Ticket #1345 (3.3.1.7 Number("35.") returns 0) updated by
-
Milestone changed
Fixed by revision [5457] in version: 3.3.2.0 - 5:55 PM Ticket #1345 (3.3.1.7 Number("35.") returns 0) closed by
- Fixed: Fixed by revision [5456] in version: 3.3.3.0
- 5:42 PM Ticket #1346 (Send doesn't work with windows opened under another user) closed by
- No Bug: I suggest you debug your code a bit further. There is a mistake in your code and once you correct that it will work just fine.
- 3:28 PM Ticket #1346 (Send doesn't work with windows opened under another user) created by
- Send doesn't work with windows opened under another user. Following …
- 3:16 PM Ticket #1345 (3.3.1.7 Number("35.") returns 0) created by
- As the summary says, Number() used on a string that contains a number …
- 2:36 PM Ticket #1344 (_WinAPI_CreateFile - Use of magic number and resulting 64-bit ...) created by
- Said function tests for 0xFFFFFFFF (which equals INVALID_HANDLE_VALUE …
Dec 14, 2009:
- 6:09 PM Ticket #1343 (Docs spelling error > _GUICtrlTreeView_SetIcon.htm) created by
- In _GUICtrlTreeView_SetIcon.htm $iImageMode [optional] 2=normal image …
Note:
See TracTimeline
for information about the timeline view.
