Timeline
Nov 24, 2009:
- 11:19 PM Ticket #1308 (Execute to assign variable) closed by
- Rejected: One of these days Assign() and Eval() will support arrays. That makes this feature request redundant.
- 9:00 PM Ticket #1308 (Execute to assign variable) updated by
-
Version changed
Automatic ticket cleanup. - 8:18 PM Ticket #1308 (Execute to assign variable) created by
- It would be nice if the execute() function could assign variables. …
Nov 22, 2009:
- 10:40 PM Ticket #1307 (Better and consistent naming of boolean parameters in UDF functions) closed by
- Rejected: Code comes from more than one individual and we currently have no requirements on how it should be formatted. I'm closing this because it's an all or nothing thing. Either we review all code and ensure it conforms to a format we come up with, or we do nothing. At this point in time, we do nothing.
- 10:15 PM Ticket #1307 (Better and consistent naming of boolean parameters in UDF functions) created by
- I would like to request that a bit more consistent logic is used in …
- 7:37 PM Milestone 3.3.1.6 completed
- 6:05 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) closed by
- Fixed: Fixed by revision [5418] in version: 3.3.1.6
- 5:12 PM Ticket #1153 (User-defined libraries support with 'Open Include'.) closed by
- Rejected
- 5:10 PM Ticket #1306 (DriveGetSerial Docs can be misleading) closed by
- Fixed: Fixed by revision [5417] in version: 3.3.1.6
- 5:03 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) closed by
- Fixed: Fixed by revision [5416] in version: 3.3.1.6
- 4:56 PM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) closed by
- Fixed: Fixed by revision [5415] in version: 3.3.1.6
- 3:22 AM Ticket #1306 (DriveGetSerial Docs can be misleading) created by
- This is not important at all because most of us know the answer but …
Nov 21, 2009:
- 12:56 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) closed by
- Fixed: Fixed by revision [5412] in version: 3.3.1.6
Nov 20, 2009:
- 6:47 AM Ticket #1305 (GUISetFont, GUICtrlCreateTreeViewItem, korean language combination bug) closed by
- No Bug: This is not a bug. The font you choose must contain Chinese and Korean characters in order for it to know what to render. Presumably the default font you have configured contains those characters. When you change to a different font that doesn't contain those characters... then the non-Latin characters can't be rendered.
- 6:14 AM Ticket #1305 (GUISetFont, GUICtrlCreateTreeViewItem, korean language combination bug) created by
- If you use the korean language with a treeview …
Nov 18, 2009:
- 5:27 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) closed by
- Fixed: Fixed by revision [5406] in version: 3.3.1.6
- 5:06 PM Ticket #1304 (_GDIPlus_BitmapLockBits() input parameters are incorrect) closed by
- Fixed: Fixed by revision [5404] in version: 3.3.1.6
- 2:45 PM Ticket #1277 (_GDIPlus_ImageGetGraphicsContext needs to be "disposed" in help example) closed by
- Fixed: Fixed by revision [5402] in version: 3.3.1.6
- 2:39 PM Ticket #1291 (FileSetTime() Error descripton) closed by
- Completed: Added by revision [5401] in version: 3.3.1.6
- 11:42 AM Ticket #1304 (_GDIPlus_BitmapLockBits() input parameters are incorrect) created by
- […] According to the help file, $iRight and $iBottom refer to the …
- 4:25 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to Valik: > AutoItWrapper will need to be updated to support the new /x86 parameter and the re-addition of the /unicode parameter. Beyond that nothing needs done to AutoItWrapper. It is up to you properly pass the correct command line arguments (or set the appropriate AutoItWrapper flags when they are suppored) to force the binary output to what you want. That's what I meant, the current AutoIt3Wrapper flags won't allow for proper compilation. By default AutoIt3Wrapper builds x86 even on an x64 platform (maybe that should be changed to reflect the Aut2Exe default behavior and build x64 by default?). Now it will also need to pass the new parameters when the x86 bin is used (#AutoIt3Wrapper_UseX64=n).
Nov 17, 2009:
- 10:05 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) closed by
- Completed: Added by revision [5393] in version: 3.3.1.6
- 8:04 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) closed by
- Fixed: Fixed by revision [5392] in version: 3.3.1.6
- 8:00 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Version changed
Automatic ticket cleanup. - 7:55 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Type, Severity changed
Changing to a feature request. We need a complete overhaul of the icon loading code and it has to try different resolutions and depths depending on the OS. We also only support loading the "small" icon atm. So we would need to change that to both small and large. So not a simple change. - 5:09 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- This ticket is referenced in revision: [5391]
- 4:49 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Lucky guess, Jon, though obvious. UNICODE length < ANSI length = boom. o.o
- 3:31 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- […] AutoIt3_x64-thesnow.exe it's worked too.
- 3:21 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I'm not sure it's related but I fixed a typo in some conversion code. Can you test this version please: http://www.autoitscript.com/autoit3/files/beta/autoit/AutoIt3_x64-thesnow.exe
- 3:01 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Can you try this please: […] Without that flag the write is written in ANSI using the codepage. I'm wondering if there's something wrong in the chinese unicode -> ansi conversion code. But need to rule out some things first.
- 10:00 AM Ticket #1303 (script to replace the @ScriptLineNumbe) updated by
-
Version changed
Automatic ticket cleanup. - 9:00 AM Ticket #1303 (script to replace the @ScriptLineNumbe) created by
- Add in the possibility of replacing SciTe @ScriptLineNumber on line …
- 9:00 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- System info: […]
- 8:49 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- […] it's work! […] […]
- 8:42 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I have turn off all antivirus software. 3.3.0.0 is worked. 3.3.1.5 is Crashed. 3.3.1.3 is worked.
- 3:09 AM Ticket #1298 (Poor Behavious of UBound Function) updated by
- Actually, you're just plain wrong. Visual Basic and VBS both behave very much like AutoIt. If you need to track the last used index then track it yourself. AutoIt cannot do that for you. No language can do it with 100% reliability to suit everyone. AutoIt, VB and VBS all have the correct behavior which is to report what the highest possible index is (keeping in mind the index needs offset by subtracting 1).
- 2:54 AM Ticket #1257 (Fix bugs in Static array handling) updated by
-
Severity changed
- 2:54 AM Ticket #1265 (Au3Check support for Static) updated by
-
Severity changed
- 2:52 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
-
Severity changed
- 2:51 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
-
Severity changed
- 2:51 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Severity changed
- 2:49 AM Ticket #1298 (Poor Behavious of UBound Function) updated by
- Even I hate VB, I think VB behaves more logically correct. UBound should return the Upper Index of an array instead of Upper Index + 1, If you name UBound as ArraySize, then the current implementation is correct. I am interested to see other admin's comment
- 2:46 AM Ticket #1301 (Bug InetGetSize through a proxy) closed by
- No Bug: It works fine for me. I can clearly see the connection passing through the proxy (by looking at the proxy access log).
- 2:21 AM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) closed by
- Fixed: Fixed by revision [5390] in version: 3.3.1.6
- 2:15 AM Ticket #1300 (DllCall() unloads the loaded module) closed by
- Fixed: Fixed by revision [5389] in version: 3.3.1.6
- 2:09 AM Ticket #1299 (AU3Check: #include with Single-Quote character, File not found.) closed by
- Fixed: Fixed by revision [5388] in version: 3.3.1.6
Nov 16, 2009:
- 10:36 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Severity changed
- 10:31 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Owner, Status changed
- 10:30 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Did it also happen in the release version 3.3.0.0? Or is it just the beta?
- 10:27 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Which part of the script is crashing for you? Can you make it smaller? What about just this: […]
- 10:11 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I tried x86 and x64 on Windows 7 x64 and both worked ok for me. Maybe an Anti Virus related problem?
- 8:45 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to wraithdu: > However it sounds like Aut2Exe still thinks it's compiling x64, hence the ignored /pack parameter. A full fix would need some work by Jos in AutoIt3Wrapper to accomodate your changes I think. AutoItWrapper will need to be updated to support the new /x86 parameter and the re-addition of the /unicode parameter. Beyond that nothing needs done to AutoItWrapper. It is up to you properly pass the correct command line arguments (or set the appropriate AutoItWrapper flags when they are suppored) to force the binary output to what you want.
- 8:43 PM Ticket #1302 (InetGet - Multiple) closed by
- Completed: Maybe you should have looked at the beta? It's been available in the beta since May.
- 8:37 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to wraithdu: > I see. That would explain Jos's 'workaround' in AutoIt3Wrapper where he copies the desired .bin to a temp directory and feeds it to Aut2Exe via the /bin parameter. > The only reason I do this is to update the resource info in the copy of the BIN file before the aut2exe step. Doing that after the aut2exe step gave problems. Jos
- 8:00 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- I see. That would explain Jos's 'workaround' in AutoIt3Wrapper where he copies the desired .bin to a temp directory and feeds it to Aut2Exe via the /bin parameter. However it sounds like Aut2Exe still thinks it's compiling x64, hence the ignored /pack parameter. A full fix would need some work by Jos in AutoIt3Wrapper to accomodate your changes I think.
- 8:00 PM Ticket #1302 (InetGet - Multiple) updated by
-
Version changed
Automatic ticket cleanup. - 6:56 PM Ticket #1302 (InetGet - Multiple) created by
- Hello, Would it be possible to enable the use of 2 or more instances …
- 12:36 PM Ticket #1301 (Bug InetGetSize through a proxy) created by
- InetGetSize() with "username:password@" did not go through a proxy. …
Nov 15, 2009:
- 11:05 PM Ticket #1300 (DllCall() unloads the loaded module) created by
- There is a possible situation with freeing loaded modules that are …
- 5:38 PM Ticket #1298 (Poor Behavious of UBound Function) closed by
- Rejected: The behavior of VB is stupid.
- 4:49 PM Ticket #1299 (AU3Check: #include with Single-Quote character, File not found.) created by
- AU3Check (1.54.14.0) versus (1.54.19.0) AU3Check (1.54.19.0) can't …
- 4:00 PM Ticket #1298 (Poor Behavious of UBound Function) updated by
-
Version changed
Automatic ticket cleanup. - 2:53 PM Ticket #1298 (Poor Behavious of UBound Function) created by
- For UBound function, it gives me an impression that it should return …
- 2:16 AM Ticket #1009 (Remove hard-coded calls to ConsoleWrite() in SQLite.au3) reopened by
- 12:36 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- After reading the above comment WinSetState is also affected, if trying to set the state of the window to something else than the current state (that is, trying to change the state of the targeted suspended window). I forgot to mention my testing where done with : WinXP SP3 and AutoIT 3.3.0.0
Nov 14, 2009:
- 10:13 PM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) updated by
- sorry, the version is not 3.3.0.0. The version is 3.3.1.5
- 10:11 PM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) created by
- Hello, the $bPasswordHash in the example of the …
- 6:14 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Replying to Valik: > Undoubtedly a regression caused by the "fix" for #1087. Most probably indeed. Sorry I missed the link to this later one.
- 4:23 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) reopened by
- Undoubtedly a regression caused by the "fix" for #1087.
- 1:34 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Bug reappeared in 3.3.1.4 and 3.3.1.5 (OS:WIN_XP/Service Pack 3 CPU:X86). Here's another script to demo: run from Scite or compile. MessageBox says it all. […]
Nov 13, 2009:
- 11:51 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- Just as a reminder here; this is an old issue that has been talked about in the forum atleast once. See topic 97196 http://www.autoitscript.com/forum/index.php?showtopic=97196
Nov 12, 2009:
- 10:53 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Severity changed
- 10:52 PM Ticket #1277 (_GDIPlus_ImageGetGraphicsContext needs to be "disposed" in help example) updated by
-
Severity changed
- 10:52 PM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) updated by
-
Severity changed
- 10:52 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) updated by
-
Severity changed
- 10:51 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Severity changed
- 10:51 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) updated by
-
Severity changed
- 10:50 PM Ticket #1291 (FileSetTime() Error descripton) updated by
-
Severity changed
- 10:50 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Severity changed
- 8:00 PM Ticket #1230 (Changes to the build process.) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:46 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- More testing seems to show that WinSetTitle, WinGetText, WinFlash, WinSetOnTop are affected the same way, but NOT WinGetState, WinGetPos, WinGetProcess, WinGetHandle, WinSetState, WinExists, WinList, WinWait. I only tested the most usual functions.
- 7:42 PM Ticket #1230 (Changes to the build process.) reopened by
- Re-opening because there's more stuff to do, no longer blocking, though.
- 4:42 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- file is unicode or UTF-8,Crash too.
- 3:38 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Version, Type changed
I'm pretty sure this behavior is a bug if it's true. - 3:36 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Version changed
- 3:36 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) closed by
- Fixed: Fixed by revision [5379] in version: 3.3.1.6
- 3:23 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Actually it's compiling a 64-bit application. The x64 build defaults to compiling x64 unless otherwise specified. Previously you could use /unicode to force using the x86 build but according to the code that's been disabled. I'm going to add an /x86 option and also fix the /unicode option so that it works as it once did. In 3.3.1.6 you'll be able to use either: […] or: […]
- 2:32 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- i tested on windows 7 x86,Crashed ----------------- --------------------------- AutoIt --------------------------- Error allocating memory. --------------------------- 确定 ---------------------------
Nov 11, 2009:
- 9:08 PM Ticket #1292 (_IETagNameGetCollection) closed by
- No Bug: Closing due to Dale's comments, thanks Dale.
- 9:02 PM Ticket #1292 (_IETagNameGetCollection) updated by
- This is not considered a bug. These errors can occur in many places in IE.au3 due to the asynchronous nature of the browser and IE.au3. To prevent them from being fatal and allowing you to trap for them, please use _IEErrorHandlerRegister. This error comes from attempting to access the tags in the document before the document is even instantiated. You make it much more likely for this to occur by turning off the call to _IELoadWait in _IECreate as you have and attempting to replace it with an arbitrary 3 second delay. Suggest you let it call loadwait and use _IELoadWaitTimeout to reduce the time it pauses waiting for the page to load if that is an issue for you. You can then check the return status from _IECreate for a timeout. Dale p.s. This would have been a good discussion in the forum rather than in Trac
- 6:41 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- Aha, I understand now - the Scripting.Dictionary COM object is responsible for how its methods define the "default" value for each parameter. So the value it assigns to the dictionary, as a result of calling its Add() method with "Default", is outside the control of AutoIt. Thanks for taking the time to explain this, I appreciate it!
- 5:42 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) created by
- If a TreeView or Gui containing a TreeView is not wide enough to show …
- 4:46 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- sorry,the autoit version is 3.3.1.4 or 3.3.1.5.
- 4:44 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) created by
- Crashed with fileread and filewrite on windows 7 X64 And,if file is …
- 3:56 PM Ticket #1280 (wrong lines in au3.api) closed by
- Fixed: Fixed by revision [5378] in version: 3.3.1.6
- 1:41 PM Ticket #1286 (FileGetShortName does not expand . or .. directories) updated by
- thank you for your prompt response.
- 5:14 AM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- But there's no bug here. Default is an AutoIt keyword that has a special meaning in the context of COM. It is not, however, data that can be marshaled through a COM object or a C-like (Dll) API. In the context of COM the Default keyword behaves more or less like it does in AutoIt. That is, it tells the function to treat that parameter as being undefined and to use whatever internal value it wants to. You can likely reproduce the same behavior in VBS by using it's "Default" convention (I don't know what it is, I don't use VBS). However, even though it works in COM in a similar fashion to AutoIt, there is a translation that occurs before going to the COM object.
- 4:21 AM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- My intention was to illustrate the contradictory nature of the returned value, which seems to indicate a bug of some kind.
- 4:00 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Version changed
Automatic ticket cleanup. - 2:27 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) created by
- Not really a bug, so it is a feature request... If an autoit script …
- 1:53 AM Ticket #1243 (Request @FuncName) updated by
- jchd, there's already a way built into SciTE for realtime function tracing (not quite the same as a call stack but meh). I don't know what the hotkey is but look for an option called "Insert Trace Lines" or something. It... inserts a trace line at the start of every function in the current file. These lines can be easily removed with the accompanying "Remove Trace Lines" menu entry. I'm not sure what their exact names are in SciTE4AutoIt but I'm 99% sure they are there as I wrote them and gave them to Jos. As for your idea, its flawed. We don't preserve state information about the current - or previous - function calls. That's the whole "performance impact" bit I mention. In order to store any of that information we have to incur a performance penalty. Sure, we could do something simple like generate UID's for the UDFs and only store the UID and then perform an on-demand lookup to retrieve the string name. That still imposes a minor performance penalty for every single function call regardless if it uses @FuncName or not. That's just poor design; the most common code path should be the fastest branch if at all possible.
Nov 10, 2009:
- 11:31 PM Ticket #1243 (Request @FuncName) updated by
- I'm also contemplating a @Function feature but with a different rationale. First, I see this as a debugging aid and deep error catching feature best used for complex scripts (applications). The "macro" wouldn't be updated until needed to avoid performance impact. When invoked, it is irrelevant if it needs an awful long time to process, just because it's an exceptional branch. Then, I'd see it a returning an array populated with function names call stack (without arguments of course). I agree with Valik in that with only one call level, there is little point in adding anything and that his example is all what's needed. Sketched situation where I see this put at good use is an example I'm working on. Because the SQLite UDF is too low-level to handle error conditions itself and because it would be very clumsy to have the application level check after every SQLite call for every possible error combination, then some form of "middleware" is needed. There it really needs to know who was calling to display informative message so that the user can take action accordingly if something turns out bad. The same feature would also solve the question that sometimes arises in non-trivial applications: "How on Earth did I manage to get _that_ function called"? With a @Function[] possibility (or an equivalent: the stack info may as well be returned by an AutoIt function), we can handle both situations more gracefully than the current (slow and cumbersome): […]
- 10:51 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) closed by
- No Bug: Um, okay. I'm not sure how you expect an AutoIt-specific keyword to be stored and preserved in an external object. This is certainly not a bug.
- 10:47 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- First, of all, you're pretty damn stupid. Congratulations on that. Second, you don't say my script has the same flaw? Do you know why it does? BECAUSE IT'S SUPPOSED TO. It reproduces your problem in a fraction of the code. See, your script is unacceptable. It's stupid and it's rude of you to post it. Third, I don't recall stating that the mis-use of styles had anything to do with the problem. In fact I don't recall explaining to you what the problem is in the first place. I do know, I debugged it and I know how to fix it as well and it's none of your business what the problem is. The point being, I said nothing about styles being the problem, I simply said they were bad code. Also, I never claimed I fixed it. I claimed I posted a script that reproduced the problem without needing to wade through all the bullshit you seem to think is necessary. In fact your comments above are just completely asinine and show you're living in some sort of fantasy world because you're responding to things that simply did not happen. Fourth, you're making a critical assumption that is not true. You are assuming every single style is a unique binary op. That is WRONG. Some styles are composites of other styles. Styles like $GUI_SS_DEFAULT_GUI are composite styles. Do you know what that means? It means if you add (binary +) a style that's already part of the composite style you create a new number completely. Compare that with bitwise-oring the composite style and stand-alone style and you'll produce a value that has the correct style bit set. Fundamentally huge difference and very easily a source of subtle bugs. So yes, it is bad to add styles. There's a reason it's documented styles should be bitwise-or'd together. But what do I know, it's not like I have years of Windows programming experience or anything. Lastly, I'll talk to you any damn way I please. You gave up your rights to civility when you posted an obscenely long script. You were told to cut it down but you didn't cut it down nearly enough. I then broke policy by looking at your stupidly long script and wasted far too much time cleaning it up and eliminating irrelevant pieces of code just to confirm there was a bug in AutoIt. And what do I get from you? Nothing but a bunch of ignorance and stupidity in response to my trying to teach you how to not fail at programming. You're a real winner, champ. A word of advice and a warning all rolled into one: Before you ever post on this issue tracker again you better be damn sure you aren't going to waste my time because if you do you will be blocked. I've wasted far too much time on you due entirely to your stupidity and I'm not wasting anymore unless it be the precious few seconds it takes to ensure I don't have to deal with you again.
- 7:29 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- And for your information, it's not necessarily bad to add up styles, because they are all decimal numbers and powers of 2. Which means they all have exactly ONE "non-zero binary digit". Example: (dec)256 equals (bin)1.0000.0000; 64 equals 0100.0000. If you add 256+64 you get 320. And if you BitOR(256, 64) you get 1.0100.0000 witch equals 320 in decimal just as well. You can think of it like this: * using BitAnd is like multiplying every bit in line (0*0=0, 0*1=0, 1*1=1) * using BitOr is like adding every bit in line (0+0=0, 1+0=1, 1+1=1) ||BitOr|| ||1.0000.0000 (256) 0.0100.0000 (64) +|| ||1.0100.0000 ==> 320|| and ||BitAnd|| ||1.0000.0000 (256) 0.0100.0000 (64) x|| ||0.0000.0000 ==> 0|| Take it from me, its has worked for me so far, and the fault is not in the styles. Maybe you should learn your math/science lessons again?
- 7:06 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) created by
- When the AutoIt "default" value is assigned to a Scripting.Dictionary …
- 6:58 PM Ticket #1280 (wrong lines in au3.api) updated by
-
Component changed
Au3.API is automatically generated so there must be an invalid input file read by AutoIt Extractor.au3 that is the root cause of this issue. - 6:56 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- @VALIK dude, you really think you're the man now, don't you?? well SHUT the F*CK up! I do NOT take this language from you. Second an most important, you better learn to FIX bugs when you say that's what you doing! see, YOUR shitty script --just copying your language and way of thinking here-- has the exact same flaw. !!! Have you even TRIED was I mentioned about resizing the window with your mouse? When you try to fix something, then fix it, you immature ..…
- 12:39 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- And BitNOT() styles for edit too.
- 12:38 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Group is not neccessary too for reproducing: […]
- 2:41 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Posting private link in case this isn't fixed anytime soon.
- 12:42 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Several comments. First, next time I tell you to shrink a script I mean shrink the fucking script. It takes 27 lines (or less) to duplicate your issue (see below). I've wasted way too much time digging through your shitty to code to find the minimum amount required to reproduce the issue. That leads me to... Second, your shitty code. I suggest you learn how to combine styles because you are doing it wrong. You cannot add (or subtract) styles together. Well, you can, but it's bad code that leads to subtle bugs. I thought everybody knew that by now SINCE IT'S CLEARLY DOCUMENTED. Anyway, that's all for now. Obviously something is screwy here. This is the test script. I suggest you learn from it to 1) Learn how to write a fucking bug report; 2) Learn how to use GUI styles. […]
Nov 9, 2009:
- 11:51 PM Ticket #1286 (FileGetShortName does not expand . or .. directories) closed by
- No Bug: […] No bug, not a feature we will add.
- 7:48 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- Replying to anonymous: > I think there is a mismatch somewhere when it comes to ReDim with a initializer. ReDim does not take an initializer. An initializer is supposed to set the value of a new variable. ReDim is supposed to used with existing arrays. These are not compatible ideas. To rebuild an existing array into a new array, use Dim (or preferably, Local or Global). I will check the documentation and make sure it is clear that ReDim does not get an initializer.
- 7:45 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- The following keywords will be involved in this optimization: Local, Global, Dim, Const, Static, ReDim. So much of the internal code that implements these keywords is very similar, so I will have each routine just set a few flags and then call a set of common functions. Multiple keywords set multiple flags. A list of incompatible flags are at the bottom. Dim: SCOPE_ANY Local: SCOPE_LOCAL Global: SCOPE_GLOBAL Const: FLAG_CONST | MUST_INIT | NO_EXIST Static: FLAG_STATIC ReDim: ACTION_RESIZE | NO_INIT | MUST_EXIST | MUST_ARRAY If FLAG_STATIC is set for an existing static array, then it sets ACTION_RESIZE. FLAG_STATIC will skip the initializer for an existing variable. NO_EXIST gives a hard error if the variable already exists. MUST_EXIST gives a hard error if the variable does not already exist in the given scope. MUST_ARRAY gives a hard error if the variable (and script line structure) is not an array. Incompatibles: Getting multiple flags set that are on one line in this table will cause a hard error. MUST_INIT, NO_INIT MUST_EXIST, NO_EXIST FLAG_CONST, FLAG_STATIC SCOPE_LOCAL, SCOPE_GLOBAL (either of these overrides SCOPE_ANY) Also review what is happening during function calls re: assigning values to parameters.
- 6:04 PM Ticket #1281 (ControlClick()) closed by
- No Bug: An example is supposed to actually reproduce the problem. Yours doesn't and for good reason: Notepad doesn't have a control with ID 123. At least not in Windows XP SP3. Anyway, there's no bug here, just user error.
- 5:58 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) updated by
- Demonstration script: […]
- 5:57 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) closed by
- Fixed: Fixed by revision [5376] in version: 3.3.1.6
- 5:39 PM Ticket #1278 (_FTP_ProgressUpload() - german comment in example in helpfile) closed by
- Fixed: Fixed by revision [5375] in version: 3.3.1.6
- 5:36 PM Ticket #1269 (One some laptops OnEvent mode misses some events.) closed by
- Works For Me: Not enough information provided. Closing.
- 5:34 PM Ticket #1287 (_Debug functions are changing Blockinput() Flag) closed by
- Fixed: Fixed by revision [5374] in version: 3.3.1.6
- 5:29 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) closed by
- Fixed: Fixed by revision [5373] in version: 3.3.1.6
- 5:02 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
- From my reply on the forum: This is a documentation error. The documentation claims that the index defaults to 1 when not specified. This is wrong. AutoIt defaults to writing as much of the source string into as much of the destination buffer as it can. That's why these two lines behave differently: […] I will correct the documentation to describe the actual behavior.
- 4:49 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
-
Description changed
- 4:28 PM Ticket #1285 (Unexpected result when using BitShift) closed by
- Fixed: Fixed by revision [5372] in version: 3.3.1.6
- 7:13 AM Ticket #1292 (_IETagNameGetCollection) created by
- I have a script which is downloading the anti virus files from …
Nov 8, 2009:
- 10:00 PM Ticket #1291 (FileSetTime() Error descripton) updated by
-
Version changed
Automatic ticket cleanup. - 8:46 PM Ticket #1291 (FileSetTime() Error descripton) created by
- Suggestion Additional explanation in Helpfile: succes: but …
- 9:05 AM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) created by
- "Left" value when the $ftextOnly parameter is "True" returns 0, same …
- 1:39 AM Ticket #1289 (Port to Mac) closed by
- Rejected: It's good to see you read WikiStart and more specifically AutoItNotOnToDoList before making this request. I also especially enjoy how you opened a bug report instead of a feature request.
- 1:19 AM Ticket #1289 (Port to Mac) created by
- Great app. Can it be ported to mac. Everything up to the GUI …
Nov 7, 2009:
- 7:45 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
- Sorry I didn't check the claims made in the post avidly enough. The 2nd and 3rd code blocks do set the same data, but DllStructSetData($a,1,0xAABB,2) sets it differently. to me, I would have though all 3 to set the data to: 0xFFAABBFF.
- 7:35 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) created by
- As demonstrated in …
Nov 6, 2009:
- 11:16 PM Ticket #1287 (_Debug functions are changing Blockinput() Flag) created by
- The problem can be seen using _DebugOut or _DebugSetup examples from …
- 10:21 PM Ticket #1286 (FileGetShortName does not expand . or .. directories) created by
- ConsoleWrite(FileGetShortName('.')) …
- 10:03 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Ok, point made. Stripped everything irrelevant in main script and include script. I still left all the relevant controls and their resizing settings. (entire main script is now 140 lines) added 'test2.rar' Greets.
- 6:44 PM Ticket #1285 (Unexpected result when using BitShift) updated by
- Oh no, i ran my BitNot-Test with Stable. Now with Beta, the error occurs, too: […]
- 6:38 PM Ticket #1285 (Unexpected result when using BitShift) created by
- BitShift seems to return a wrong result if the input is a 64bit …
- 10:00 AM Ticket #1284 (minor fold hickup.) updated by
-
Version changed
Automatic ticket cleanup. - 9:17 AM Ticket #1284 (minor fold hickup.) created by
- […]
- 4:48 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Lines 204-219? Seriously? You want us to reproduce a bug in a 200+ line script? Yeah, that's not happening. Either post a smaller script that reproduces the issue or I'm closing the ticket.
- 3:23 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) created by
- When run from the command line (or from AutoIt3Wrapper) on an x64 …
- 12:32 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Crap I forgot: It happens when the "settings" are being hidden on startup. So: […] Plus, the most relevant parts are line 125-140 (SetResizing) and 204-219 (WinMove - @SW_SHOW)
- 12:21 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) created by
- Hi, I believe I have encountered a problem: First, I create a window …
Nov 5, 2009:
- 11:07 PM Ticket #1281 (ControlClick()) created by
- Controlclick does not accept ID number for controlID. Exemple: …
- 9:52 PM Milestone 3.3.1.5 completed
- 9:03 PM Ticket #1280 (wrong lines in au3.api) created by
- In the line 233 an following: AutoItSetOption ( "@@End@@", param ) …
- 6:00 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) updated by
-
Version changed
Automatic ticket cleanup. - 5:22 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) created by
- _FTP_FilePut - parameters 1) In remarks should be added: Both …
- 5:18 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) updated by
- On closer inspection, there is another "Round" at the beginning of the function which determines the rounding for the rest of the function. The original function... […] Should be changed to... […] The function should then behave like a normal clock. Seconds should change only on 1000 ms (not at 500 ms). ie. 999 ms will display 0 sec (as is does on every other clock).
- 5:11 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
- A potential implementation found by wraithdu.
- 4:38 PM Ticket #1278 (_FTP_ProgressUpload() - german comment in example in helpfile) created by
- There is german comment in example in remarks for …
- 3:22 PM Ticket #1277 (_GDIPlus_ImageGetGraphicsContext needs to be "disposed" in help example) created by
- The help file gives an example of how to use this function. At the …
- 2:59 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) created by
- In the _TicksToTime function the value for Seconds is derived by this …
- 2:02 PM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) updated by
- was reported to work properly on Vista (AutoIt 3.3.0.0 and 3.3.1.4) by Melba 23 see thread: http://www.autoitscript.com/forum/index.php?showtopic=105050
- 1:52 PM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) created by
- when the parent control is hovered until the tip times out it does not …
Nov 4, 2009:
- 11:41 PM Ticket #1274 (Increase Datatype Ranges) closed by
- Rejected: There are other languages out there better suited for the tasks you wish to accomplish than AutoIt.
- 10:58 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- I think there is a mismatch somewhere when it comes to ReDim with a initializer. - au3check generated a error in this case. (suggesting its invalid code) - AutoIt accepts the code and assigns the initializer to the array.variable that was used with the ReDim command. (suggesting its valid code) - documentation has no information about a ReDim initializer. (suggesting its invalid code) seeing the title and comment, and thinking that ReDim with a initializer might be some old, perhaps forgotten code, ... thats about it.
- 9:48 PM Ticket #1274 (Increase Datatype Ranges) created by
- I have often attempted to use autoit to compile high range data. A …
- 7:20 PM Ticket #1239 (AU3Check, #include "..", library scan order.) closed by
- Fixed: Fixed by revision [5364] in version: 3.3.1.5
- 6:00 PM Ticket #1266 (Compile not found in context menu of 64bit windows) updated by
-
Version changed
Automatic ticket cleanup. - 5:13 PM Ticket #1266 (Compile not found in context menu of 64bit windows) closed by
- Works For Me: I use x64 Windows Vista and Windows 7 and I have two options in the context menu "Compile Script" and "Compile Script (x64)".
- 3:46 PM Ticket #1273 (_GuiCtrlRichEdit_SetCharColor - example save bad RTF) closed by
- Fixed: Fixed by revision [5361] in version: 3.3.1.5
- 3:38 PM Ticket #1272 (Uninstall, beta, file WinAPIError.au3 still standing.) closed by
- Fixed: Fixed by revision [5360] in version: 3.3.1.5
- 3:16 PM Ticket #1273 (_GuiCtrlRichEdit_SetCharColor - example save bad RTF) updated by
- Sorry. Please mark this ticket as NO BUG. or maybe only correct DOC (comment in example). Now I noticed in description for _GuiCtrlRichEdit_StreamToFile() […] Originally I saw the comment in example for _GUICtrlRichEdit_SetCharColor() saying […] so I expected it should save whole text.
- 1:57 PM Ticket #1273 (_GuiCtrlRichEdit_SetCharColor - example save bad RTF) updated by
- I forgot to fill my nick in this ticket.
- 1:50 PM Ticket #1273 (_GuiCtrlRichEdit_SetCharColor - example save bad RTF) created by
- Example for _GuiCtrlRichEdit_SetCharColor() saves RTF file which …
- 1:29 PM Ticket #1272 (Uninstall, beta, file WinAPIError.au3 still standing.) created by
- "C:\Program Files\AutoIt3\Beta\Include\winapierror.au3" After …
- 12:09 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
- Here is link for original topic about this issue on the forum: http://www.autoitscript.com/forum/index.php?showtopic=103522&view=findpost&p=741423
- 5:13 AM Ticket #1271 (History added to Func notes directly) closed by
- Rejected: You should always read the changelog before updating. Always. Not all changes to the language are additions. Some things are changes to existing behavior including the removal of behavior.
- 4:07 AM Ticket #1271 (History added to Func notes directly) created by
- Hi, This is definitely one for the furthest to the back burner you …
- 2:08 AM Ticket #1267 (Regular expression - Specify line endings default code to CRLF instead ...) updated by
- It's true that your pattern will matches any word characters followed by CR(optional) and end-of-line, but any occurrence of CR will be included in the match(1st and 2nd line). This pattern will excludes CR, "(?m)\w+(?=\r?$)", with 4 characters more (I know you guys will have to write definitely more than just 4 characters to implement my request, and I fully understand if you refuse) Anyway, last night, I finally have found a solution to this problem. The PCRE manual states that "specify a newline convention by starting a pattern.. override the default and the options given to pcre_compile()". So this pattern will just do the trick "(*ANYCRLF)(?m)\w+$" and (now)I think it's best to left newline default the way it is.
Nov 3, 2009:
- 10:22 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) created by
- Look at the icons used for displaying the program when pressing …
- 8:16 PM Ticket #1269 (One some laptops OnEvent mode misses some events.) updated by
- Go read WikiStart. This is not an acceptable way to post a bug report.
- 7:51 PM Ticket #1269 (One some laptops OnEvent mode misses some events.) created by
- http://www.autoitscript.com/forum/index.php?showtopic=104891 The link …
- 4:21 PM Ticket #1268 (AutoIt3 and _ExcelBookClose($oExcel)) closed by
- No Bug: How many times must I tell you people to read WikiStart and to always test with the latest beta? This does not occur in 3.3.1.4.
- 4:15 PM Ticket #1267 (Regular expression - Specify line endings default code to CRLF instead ...) updated by
- The following pattern works with both CRLF and LF terminated strings: "(?m)\w+\r?$" Your pattern matches word characters immediately followed by a newline. But a CRLF line-ending means between the word and the newline is a CR. Your pattern does not account for this character and so your pattern doesn't match. This is correct. The only reason you get any result at all with your original pattern is $ also matches end-of-string. My pattern allows for an optional CR prior to the LF. You may be better served to ignore all trailing whitespace instead but I don't know your requirements.
- 2:17 PM Ticket #1268 (AutoIt3 and _ExcelBookClose($oExcel)) created by
- When closing an Excel workbook with the _ExcelBookClose function, the …
- 5:53 AM Ticket #1267 (Regular expression - Specify line endings default code to CRLF instead ...) updated by
- Thanks for the prompt reply, Valik. This is my example code, works fine with LF but not with CRLF. […] And I thought it's because of this: […] I'm sorry if this request is not relevant.
- 4:47 AM Ticket #1267 (Regular expression - Specify line endings default code to CRLF instead ...) closed by
- Rejected: Uh, you're missing something rather obvious here. A CRLF still contains a LF so lines still break in the correct place as far as the regex engine is concerned. They just have an extra CR in there as far as you are concerned. You also have the option of using StringStripCR() to remove the CR characters.
- 4:02 AM Ticket #1267 (Regular expression - Specify line endings default code to CRLF instead ...) created by
- Multiline syntax(?m) is pretty useless when used with string entered …
- 2:38 AM Ticket #1229 (Integrate Tweaky's script into the build process.) closed by
- Completed: Added by revision [5356] in version: 3.3.1.5
- 2:37 AM Ticket #1266 (Compile not found in context menu of 64bit windows) updated by
-
Owner, Status, Severity changed
Jon, please have a look at this when you find time. - 12:00 AM Ticket #1266 (Compile not found in context menu of 64bit windows) updated by
-
Version changed
Automatic ticket cleanup.
Nov 2, 2009:
- 10:00 PM Ticket #1266 (Compile not found in context menu of 64bit windows) created by
- There is no compile found in the context menu of 64 bit Windows. I …
- 9:07 PM Ticket #1265 (Au3Check support for Static) updated by
-
Owner, Status, Component changed
- 9:07 PM Ticket #1265 (Au3Check support for Static) created by
- This is a reminder to myself to test the work on Au3Check supporting …
- 8:45 PM Ticket #1260 (Buffer overflow in _WinAPI_GetLastErrorMessage()) closed by
- Fixed: Fixed by revision [5355] in version: 3.3.1.5
- 8:05 PM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) closed by
- Fixed: Fixed by revision [5354] in version: 3.3.1.5
- 3:52 PM Ticket #1264 (WARNING: $Label10 possibly not declared/created yet) closed by
- No Bug: Read WikiStart or better yet don't ever post on the issue tracker again. It's not for general help and support.
- 3:52 PM Ticket #1263 (Request: Delete a Line from a File (FileDeleteLine)) closed by
- Rejected: You're using FileReadLine() wrong. Otherwise, there's no point in this feature because it will be implemented exactly how you describe. To use FileReadLine() correctly do not pass a line number. This reads the "next" line instead of calculating the correct line to read.
- 12:44 PM Ticket #1264 (WARNING: $Label10 possibly not declared/created yet) created by
- How to do that right $Label10 possibly not declared/created yet how …
- 10:00 AM Ticket #1263 (Request: Delete a Line from a File (FileDeleteLine)) updated by
-
Version changed
Automatic ticket cleanup. - 8:04 AM Ticket #1263 (Request: Delete a Line from a File (FileDeleteLine)) created by
- At the moment, there is no way to delete a specific line from a file, …
Nov 1, 2009:
- 11:05 PM Ticket #1260 (Buffer overflow in _WinAPI_GetLastErrorMessage()) updated by
-
Severity changed
- 11:04 PM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) updated by
-
Severity changed
- 10:51 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) updated by
- This has been solved in 3.3.1.5 thanks to a new option for InetGet(). See the documentation in 3.3.1.5 for the new flag.
- 10:50 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) closed by
- Completed: Added by revision [5347] in version: 3.3.1.5
- 6:52 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) updated by
- Addendum: I figured this out by modifying the script to run Process Explorer so I could see what process was running when I hit the button and received the error message. From there I found this which didn't work but did give me enough of a hint to know what to test in AutoIt.
- 6:51 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) updated by
- Well that's kind of obscure. By default AutoIt sets a flag to force you online before it tries to use your connection. On Vista/Windows 7 the OS apparently tries to force you online even when you are already online. I guess the "force online" stuff is shelled off to rundll32.exe or something which fails. It's a pretty simple fix. I'll add a flag along the lines of "do not force online state" which will by-pass the setting of the flag. This will leave the default behavior as is but provide the option to by-pass the check for people who don't need it or can't use it.
- 5:39 PM Ticket #1160 (GuictrlcreatePic not displaying over ListView in Win7) closed by
- No Bug: This is not a bug, just incomplete code. The ListView requires $WS_CLIPSIBLINGS so the image can be drawn over it. This example should work on all versions of Windows: […]
- 3:24 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- This ticket is referenced in revision: [5343]
- 3:22 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- Just mentioning that this isn't fixed in that it will work. It's only fixed in that it's been documented that it doesn't work. It's a Windows design limitation.
- 3:19 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- MvGulik, please actually articulate your ideas.
- 2:42 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- redim <array> = var
- 1:52 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) closed by
- Fixed: Fixed by revision [5340] in version: 3.3.1.5
- 10:00 AM Ticket #1262 (Add SMTP AUTH to _INetSmtpMail() in inet.au3) updated by
-
Version changed
Automatic ticket cleanup. - 8:59 AM Ticket #1262 (Add SMTP AUTH to _INetSmtpMail() in inet.au3) created by
- The SMTP authentication is missing in _InetSmtpMail(). But todays …
- 12:38 AM Ticket #1261 (IsHWnd() returns TRUE for some values) closed by
- Duplicate: Closing as duplicate of #1248.
Oct 31, 2009:
- 10:17 PM Ticket #1261 (IsHWnd() returns TRUE for some values) created by
- IsHWnd() returns TRUE for some integer values (20, 22, 24, 26 for …
- 9:37 PM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) reopened by
- Now that I can reproduce.
- 8:54 PM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) updated by
- I can confirm the behaviour reported by anonymous with AutoIt:3.3.1.4 (Os:WIN_XP/X86/Service Pack 3 Steps: 1 - ACTION: Right click on tree-view item RESULT: Tree-view context menu appears 2 - ACTION: Left click on window title-bar RESULT: Tree-view context menu disappears and the window context menu appears as if you had right clicked
- 8:34 PM Ticket #1216 (Adding arrays working suspiciously) updated by
-
Version, Type changed
Since this is not a bug I'm changing it to a feature request. - 8:31 PM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) closed by
- Works For Me: Everything works for me. I do not see what you claim happens.
- 4:49 PM Ticket #1260 (Buffer overflow in _WinAPI_GetLastErrorMessage()) created by
- […] The 'nSize' parameter passed is not accounting for the …
- 4:22 PM BadContent edited by
- Removed word "MESSAGE" as that will block legitimate users. (diff)
- 4:05 PM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
- Err, there was no attachment from you. There was an attachment from me and an attachment from Tweaky. I looked for your change but could not find it. If you have something to post it needs to go in the forum thread. The script was posted in no less than 3 places and it was terribly confusing to even find the latest version which I ended up finding in the thread.
- 3:39 PM Ticket #1255 (127 characters limitation with AutoItX v3.3.0.0 (with titles and controls)) closed by
- Fixed: Fixed by revision [5324] in version: 3.3.1.5
- 2:00 PM Ticket #1259 (scite config, AU3 font settings.) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:08 PM Ticket #1259 (scite config, AU3 font settings.) closed by
- Fixed: Fixed in v 1.6.7.1 currently available in Beta directory. Thanks, jos
- 12:37 PM Ticket #1259 (scite config, AU3 font settings.) created by
- scite config, AU3 font settings. setting: "Monospacec Font" versus …
- 11:22 AM Ticket #1258 (TreeView + ContextMenu versus Own window Titlebar.) created by
- left mouse click on window titlebar, directly after opening a treeView …
- 7:01 AM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
- You remove the fix I propose for solving issue as I describe. I hope you will use it as it is fixing a lot of non related issue
- 4:41 AM Ticket #1250 (Fix bugs in Static documentation) closed by
- Fixed: Fixed by revision [5320] in version: 3.3.1.5
- 4:24 AM Ticket #1257 (Fix bugs in Static array handling) created by
- Encountering a Static array for the second time should cause a redim. …
- 4:22 AM Ticket #1250 (Fix bugs in Static documentation) updated by
-
Description, Milestone changed
- 3:15 AM Ticket #1240 (FileInstall() Help file clarification.) closed by
- Fixed: Fixed by revision [5319] in version: 3.3.1.5
Oct 30, 2009:
- 11:52 PM Ticket #1009 (Remove hard-coded calls to ConsoleWrite() in SQLite.au3) closed by
- Completed: Added by revision [5317] in version: 3.3.1.5
- 10:00 PM Ticket #1256 (Scite Config for AutoIt3 Link Issue) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:58 PM Ticket #1256 (Scite Config for AutoIt3 Link Issue) closed by
- Fixed: Will be changed to downloads.shtml in the next release of the installer.
- 7:53 PM Ticket #1256 (Scite Config for AutoIt3 Link Issue) updated by
-
Owner, Version, Component changed
- 7:52 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- Blocking means a ticket needs closed before the release, not that anything needs to change. If you are 100% sure this is an intentional Windows limitation that cannot be easily worked around then close the ticket.
- 7:02 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- This ticket is referenced in revision: [5316]
- 6:46 PM Ticket #1256 (Scite Config for AutoIt3 Link Issue) updated by
- *sigh* I incorrectly set the component to AutoIt, it should be SciTE4AutoIt.
- 6:44 PM Ticket #1256 (Scite Config for AutoIt3 Link Issue) created by
- Using SciTE Config for AutoIt3. ver:1.6.6, if I click "Check for …
- 6:36 PM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
- I've removed the out-of-date attachments. See here for the latest version.
- 6:13 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- I was prepare to answer that is the Way windows work. I assume Valik found a solution to fix it as it is now in Blocking state.
- 5:10 PM Ticket #1249 (Beta documentation errors) updated by
- I think this is OK. I have answer you in the thread
- 4:14 PM Ticket #1249 (Beta documentation errors) closed by
- Fixed: Tweaky, please don't create any more tickets for output from your script. Over the next day or two I'm going to integrate your script into our build process as something we will be able to run periodically. I imagine I'll be in touch here with questions, commments or changes to your script. Closing this as it seems done or close enough.
- 4:12 PM Ticket #1250 (Fix bugs in Static documentation) updated by
-
Severity changed
- 4:11 PM Ticket #1240 (FileInstall() Help file clarification.) updated by
-
Severity changed
- 4:11 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
-
Severity changed
- 4:11 PM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) closed by
- No Bug
- 4:10 PM Ticket #1255 (127 characters limitation with AutoItX v3.3.0.0 (with titles and controls)) updated by
-
Severity changed
- 3:57 PM Ticket #1231 (strange wildcards behaviour with filecopy) updated by
-
Severity changed
No longer blocking this release. Wild-card code will be rewritten in a future release. - 3:36 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) closed by
- Fixed: Fixed by revision [5311] in version: 3.3.1.5
- 5:10 AM Ticket #1255 (127 characters limitation with AutoItX v3.3.0.0 (with titles and controls)) created by
- 127 characters limitation with AutoItX ActiveX ver 3.3.0.0 tested with …
- 2:07 AM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
-
Severity changed
This is no longer blocking the release. To fix the problems requires a rewrite of the File functions which will not be done during this beta period. - 1:38 AM Ticket #1234 (Scripting.Dictionary call converting referenced AutoIt booleans to numbers) closed by
- Fixed: Fixed by revision [5303] in version: 3.3.1.5
Oct 29, 2009:
- 2:12 AM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) updated by
- Thanks for your wikipedia link. I understand now. This is not a bug, this is misuse of function. I will write my own UDF to calculate the NON-ISO week number since I could not find one in Autoit. Thanks for your help.
Oct 28, 2009:
- 10:52 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- Here is a shorter and less annoying example: […]
- 10:22 PM Ticket #1216 (Adding arrays working suspiciously) updated by
- I don't think you'd want the "+" operator to work either way with arrays. For array concatenation, if anything the "&" operator should be borrowed instead, to be consistent with the string concatenation operator already present in AutoIt. [1,2] & [2,3] == [1,2,2,3] would make a lot more sense than trying to use the "+" operator - though using "&" would introduce concatenation ambiguity. What if a string and array are concatenated? As for non-atomic math operations, that would open the door to all sorts of complex problems. I used to work with a language called Euphoria (http://rapideuphoria.com/), which allows for similar non-atomic math and boolean operations. One casualty of this feature was the inability to consistently implement short-circuit boolean evaluation, since the result could potentially be an array of values. Aside from that, the implementation could easily become quite complex. Would [1,2] + [2,[3,4]] be allowed? If so, how about 3 + [1,[2,3,[4,5]]]? or [4,5] + 6,7],[8,[9,10]? What if COM objects or other non-numeric data types are contained somewhere within the arrays? And what happens when arrays of differing lengths are involved, such as [1,2] + [3,4,5]? It's probably simpler and less confusing to simply throw an error whenever arrays are involved in binary math, boolean or concatenation operations.
- 10:07 PM Ticket #1248 (_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...) closed by
- Fixed: Fixed by revision [5289] in version: 3.3.1.5
- 9:43 PM Ticket #1216 (Adding arrays working suspiciously) updated by
- I could argue that [3,4] should be the output.
- 9:14 PM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) updated by
- I get for both week 44 and here http://en.wikipedia.org/wiki/ISO_week_date you can find info about the ISO weeknr which can be 52. Jos
- 8:27 PM Ticket #1216 (Adding arrays working suspiciously) updated by
- I think that [1,2,2,3] would be the most logical output in the example.
- 8:09 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- If you have nothing intelligent to impart then don't bother posting, otherwise you may find yourself unable to post any longer. The same applies for posting in languages other than English.
- 8:00 PM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
- This ticket is referenced in revision: [5285]
- 7:50 PM Ticket #1249 (Beta documentation errors) updated by
- there is no bug in the post from anonymous2 the index really go from 0 to n-1 the "in lieu" came from Valik in 3.1.1.103 back to Tweaky I fix all errors except the attached one with a slight modification of your script to handle the pb I post in the forum I cannot understand why the 3 first are failing
- 7:49 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- time is money! c. obnoxious! didn't know that word before, that's worth 100$$. Il pagamento è stato inviato. ID transazione: 2LE2951841735.... Il pagamento del tuo acquisto da ... è stato inviato. Conserva questo ID ricevuta e le informazioni di contatto in caso tu abbia bisogno di contattare il commerciante o PayPal. Una ricevuta di questa transazione è stata inviata al tuo indirizzo email.
- 7:27 PM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) updated by
- From ISO standpoint the week 53 exists. I don't know if we are in a year as such. Jos our ISO expert will answer.
- 5:31 PM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) updated by
- I realized I put my name not my email address - sorry
- 4:13 PM Ticket #1254 (_WeekNumberISO and GUICtrlCreateMonthCal return different weeknumbers ...) created by
- I suspect _WeekNumberISO function is 'off by 1' since it returns a …
- 3:40 PM Ticket #1252 (Issue in help file example code for "_MouseTrap()") closed by
- No Bug: No it shouldn't.
- 3:39 PM Ticket #1253 (command run("c:\windows\system\soundrecorder.exe) can't launch ...) closed by
- No Bug: Terrible bug report. Read WikiStart. Next time ask your questions on the forum where they belong.
- 11:51 AM Ticket #1253 (command run("c:\windows\system\soundrecorder.exe) can't launch ...) created by
- as title.Is this normal?autoit version 3.3.1.4
- 7:26 AM Ticket #1252 (Issue in help file example code for "_MouseTrap()") created by
- Help file shows example code as: […] Here […] should be …
Oct 27, 2009:
- 9:21 PM Ticket #1230 (Changes to the build process.) closed by
- Completed
- 5:41 PM Ticket #1251 (Random Generator Returns 0) closed by
- No Bug: You fail. Twice. 1. Not searching the issue tracker and finding #1170. 2. Not trying the latest beta where it returns 1.
- 5:29 PM Ticket #1251 (Random Generator Returns 0) created by
- $X = Random(1,1,1) This will always return 0; it should equal 1 …
- 3:26 PM Ticket #1250 (Fix bugs in Static documentation) created by
- A bold is not turned off. Add to index and table of contents - keyword …
- 1:45 PM Ticket #998 (@VirtualDesktopWidth + @VirtualDesktopHeight + @DesktopMonitors) updated by
-
Owner, Status changed
- 1:36 PM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
-
Owner, Status changed
- 1:34 PM Ticket #1034 (SetLocale()?) updated by
-
Owner, Status changed
- 1:33 PM Ticket #1035 (Different SendModes) updated by
-
Owner, Status changed
- 1:33 PM Ticket #978 (Au3Info - ToolBar info - add ToolTip Text,Image Index) updated by
-
Owner, Status changed
- 11:47 AM Ticket #1248 (_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...) updated by
- Oh, I feel I should mention that the UDFs were all from 3.3.1.3 when I tested. And also, _DebugBugReportEnv() returns the following: >AutoIt:3.3.1.4 (Os:WIN_XP/X86/Service Pack 2 Language:0409 Keyboard:00000409 Cpu:X86) Lastly, I just tested with the new beta (3.3.1.4) and got some new control IDs, so I went back and checked again with the previous versions and got the same, so I'm not sure if I messed up my first test somehow but either way the control IDs that fail for me now are: 20, 22, 24, 26, 46, 56, 60, 62, 66, 68, 80, 84, 96, 98, 100. Hopefully I'm not being too verbose, if I am just let me know and I'll shut up.
- 11:14 AM Ticket #1248 (_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...) updated by
-
Owner changed
- 9:41 AM Ticket #1160 (GuictrlcreatePic not displaying over ListView in Win7) updated by
-
Owner changed
- 9:40 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
-
Owner changed
- 8:53 AM Ticket #1234 (Scripting.Dictionary call converting referenced AutoIt booleans to numbers) updated by
-
Owner, Status changed
- 8:53 AM Ticket #1248 (_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...) updated by
-
Owner, Status changed
- 8:52 AM Ticket #1172 (.NET controls in beta 3.3.1.1) updated by
-
Owner, Status changed
- 8:51 AM Ticket #1172 (.NET controls in beta 3.3.1.1) updated by
- Using NAME and INSTANCE as been added to 3.3.1.5
- 8:50 AM Ticket #1227 (Beta documentation errors) closed by
- Duplicate: Closed as supersed by ticket #1249
- 7:28 AM Ticket #1249 (Beta documentation errors) updated by
- v3.3.1.4 Keyword Reference Dim / Global / Local / Const Parameters subscript: The number of elements to create for the array dimension, indexed 0 to n-1. -> indexed 1 to n Keyword Reference Static Parameters subscript: The number of elements to create for the array dimension, indexed 0 to n-1. -> indexed 1 to n.
- 6:57 AM Ticket #1228 (FTPEx.au3 missing callback parameter for some functions.) closed by
- Completed: Added in version: 3.3.1.5
- 6:50 AM Ticket #1246 (Broken links in Helpfile) closed by
- Fixed: Fixed in version: 3.3.1.5
- 6:50 AM Ticket #1246 (Broken links in Helpfile) updated by
- I already did it waiting the 3.3.1.4 uploading as Valik want only bolcking ticket to be fixed. So I commmit it now
- 6:35 AM Ticket #1249 (Beta documentation errors) updated by
- v3.3.1.3+ User Defined Function Reference, _GUICtrlStatusBar_GetBorders, ! text in 'Return Value' section is pressed up against the right side. User Defined Function Reference, _GUICtrlStatusBar_GetText 'Failure: @set @error' ? '@set' v3.3.0.0+ Misc. functions Reference, Call, A special array can be passed in lieu of individual parameters. ? lieu
Oct 26, 2009:
- 9:52 PM Ticket #1231 (strange wildcards behaviour with filecopy) updated by
-
Owner, Status changed
- 8:35 PM Ticket #1216 (Adding arrays working suspiciously) updated by
- It's not working because adding arrays is undefined. It actually does nothing atm. $a1 + a2 just leaves you with $a1. If such a feature were implemented, I'm not even sure what the result should be…
- 7:39 PM Ticket #1249 (Beta documentation errors) updated by
- I have improve the script. The newest version is here http://www.autoitscript.com/forum/index.php?showtopic=102380&st=0#entry726941 PS: Now you can check the links in the helpfile (activate $21)
- 7:38 PM Ticket #1229 (Integrate Tweaky's script into the build process.) updated by
- I have improve the script. The newest version is here http://www.autoitscript.com/forum/index.php?showtopic=102380&st=0#entry726941 PS: Now you can check the links in the helpfile (activate $21)
- 7:25 PM Ticket #1249 (Beta documentation errors) created by
- Errors in the help file for 3.3.1.4 beta
- 7:07 PM Ticket #1216 (Adding arrays working suspiciously) updated by
-
Owner, Status changed
I will investigate. Did you check @Error after the line that tried to add them? […] - 7:01 PM Ticket #1240 (FileInstall() Help file clarification.) updated by
-
Owner, Status changed
I will investigate and fix if needed. - 6:59 PM Ticket #1246 (Broken links in Helpfile) updated by
-
Version changed
- 6:58 PM Ticket #1246 (Broken links in Helpfile) updated by
-
Owner, Status, Version changed
I will investigate and fix if needed. - 5:05 PM Milestone 3.3.1.4 completed
- 9:45 AM Ticket #1248 (_GUICtrlEdit_AppendText fails on certain control IDs. Very odd...) created by
- Long story short: I have a GUI with several controls on it, one of …
Oct 25, 2009:
- 7:08 PM Ticket #1244 (New AU3Wrapper directive: #AutoIt3Wrapper_MinVersion) updated by
- I run them with F5, that's my default behavior, because most of my scripts don't need Beta versions. But the problem shows up when you're using/editing other people scripts. If that makes any diff, my implementation added ~35 lines only. Thanks anyway.
- 6:42 PM Ticket #1244 (New AU3Wrapper directive: #AutoIt3Wrapper_MinVersion) closed by
- Rejected: Don't think you answered my question about "How do you run/compile your scripts" Anyways: I have no intentions to create anything more complex than what I have today that works for 99.99% of the population. :) Jos
- 5:56 PM Ticket #1244 (New AU3Wrapper directive: #AutoIt3Wrapper_MinVersion) updated by
- Not all my scripts require the Beta: I find myself running with the wrong version a lot. It would be much more useful when running scripts from others, since you would not need to guess whether you need the Beta or Prod. The issue I have with it is that what makes a script work or fail are the new features used: they'll be in beta for a while, but not forever, and when that change happens, things will break, and they should not. For instance, if I only install final releases (which is the 'default' behavior for most people), I may have a compatible version, but my script will try to run with a Beta I may or may not have: that doesn't sound right to me.
- 4:51 PM Ticket #1147 (Comparison of numbers against strings gives unexpected results) updated by
-
Severity changed
Removing the blocking flag. This will not be fixed until later down the road. - 4:50 PM Ticket #1231 (strange wildcards behaviour with filecopy) reopened by
- Re-opening, not fixed.
- 3:25 PM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) updated by
- That script wins my award for most obnoxious script to reproduce a bug ever invented. I think you could have spent another 30 seconds and added a button and hooked it up to read the text rather than prompting with an obnoxious noise making message box.
- 11:41 AM Ticket #1247 (Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL) created by
- The function _GUICtrlComboBoxEx_GetEditText does not give the inputs …
- 9:56 AM Ticket #1246 (Broken links in Helpfile) created by
- I found the link in the remarks for GUICtrlCreateEdit had an invalid …
- 9:22 AM Ticket #1244 (New AU3Wrapper directive: #AutoIt3Wrapper_MinVersion) updated by
- Replying to danielkza: > Setting it to 'B' is not very helpful, unfortunately: I still have to manually select 'Beta Run' and 'Beta Compile' for it to work, and it will stop making much sense when 3.3.2.0 is released. I don't understand what you mean by manually select? How do you run/compile your scripts? I always do F5 to run Prod and Alt+F5 to run the latest Beta. Jos
- 6:00 AM Ticket #1245 (Last version supporting winnt 4.0) updated by
-
Version changed
Automatic ticket cleanup. - 5:36 AM Ticket #1241 (Invalid MsgBox flag cause exit without warning) closed by
- Fixed
- 5:32 AM Ticket #1245 (Last version supporting winnt 4.0) closed by
- Rejected: I guess it was too much to look on the main download page for a non-beta version of AutoIt?
- 5:12 AM Ticket #1245 (Last version supporting winnt 4.0) created by
- Hello! I had a necessity for run of scripts under winnt 4.0, but i …
- 3:56 AM Ticket #1244 (New AU3Wrapper directive: #AutoIt3Wrapper_MinVersion) created by
- I'm trying to use the currently available directive …
- 2:35 AM Ticket #1243 (Request @FuncName) updated by
- Replying to Jayowee: > And I'll admit that performance issues are more your area of judgment. It's not judgment, it's fact. It's been in the language before and performance suffered as a result. I can think of ways to improve performance but I can't justify any performance hit at all for something that is fundamentally useless. You know at compile time what function a particular piece of code is in. If you can type "ConsoleWrite(@FuncName & @CRLF)" you can just as easily type "ConsoleWrite("MyFunction" & @CRLF)". In theory it would work right and without typing if it's used as the default argument to an optional parameter for a function: […] However, I still assert that since you know at compile time which function will be called you can still type this with only slightly more effort: […]
Oct 25, 2009:
- 1:48 AM Ticket #1243 (Request @FuncName) updated by
- Youre right, the example wasn't clear. It's a part of a function I have created called "HotKeyAllowed", wich basically checks if my primary window is active, which would mean that the sent hotkey was intended for my program and not for NotePad or something... But apart from my "personal scripting issues", the debugging usage was still an idea, right? And I'll admit that performance issues are more your area of judgment.
- 1:30 AM Ticket #1243 (Request @FuncName) closed by
- Rejected: No, the macro causes way too much performance degradation. Also, terrible example. You're requesting the feature to write bad code. Not exactly the best way to get it considered.
- 1:11 AM Ticket #1243 (Request @FuncName) created by
- A simple request for a @Funcname. It might be usefull for debugging …
Note:
See TracTimeline
for information about the timeline view.
