Timeline
May 14, 2012:
- 8:27 PM Ticket #2200 (_IETagNameGetCollection return nothing) created by
- The _IETagNameGetCollection function doesn't return elements on x64 …
- 6:14 PM Ticket #2199 (_ExcelSheetAddNew() abends if specified sheet already exists) updated by
- I suppose I could have made the @error = 2 test a single-line If/Then statement, if anyone cares…
- 6:11 PM Ticket #2199 (_ExcelSheetAddNew() abends if specified sheet already exists) created by
- The _ExcelSheetAddNew() function abnormally terminates script …
May 13, 2012:
- 10:10 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by
- Replying to sickm1nd: > Woks fine if run .au3 file. > But after compile to .exe? i have "Line 1438 Error: The requested action with this object has failed" each time when i try to run this .exe This problem appears when i try to use obfuscator. Without obfuscator .exe works fine
- 10:03 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by
- Woks fine if run .au3 file. But after compile to .exe? i have "Line 1438 Error: The requested action with this object has failed" each time when i try to run this .exe
May 10, 2012:
- 9:22 PM Ticket #2198 (DllStructGetData causes crash) updated by
- hmm was just a small reproduce form this one here: http://www.autoitscript.com/forum/topic/67275-dllcall-and-commandlinetoargvw-return-value/page__view__findpost__p__497994 So I assume the DllStructCreate("wchar[4095]", $retarr) is the wrong thing here? I should never create a (w)char struct in a place, were i don't know what it contains?
- 8:51 PM Ticket #2198 (DllStructGetData causes crash) closed by
- No Bug: Your code is garbage. We cannot protect you from writing shitty code.
- 3:25 PM Ticket #2198 (DllStructGetData causes crash) created by
- DllStructGetData sometimes crashes on a wchar Structure. Only happens …
May 9, 2012:
- 8:23 PM Ticket #2197 (#RequireAdmin creates a critical error, if the user doesn't start it ...) updated by
- I'm not really interested in all those AutoIt3Wrapper statements. I'd also like an actual description of your problem in text rather than just a wall of code. You've left out a lot of important details. From what I gather though this sounds more like a user error than an AutoIt error.
- 3:18 PM Ticket #2197 (#RequireAdmin creates a critical error, if the user doesn't start it ...) updated by
- I tried with no luck to use this combined with #RequireAdmin […]
- 2:59 PM Ticket #2197 (#RequireAdmin creates a critical error, if the user doesn't start it ...) updated by
- […]
- 2:40 PM Ticket #2197 (#RequireAdmin creates a critical error, if the user doesn't start it ...) created by
- […]
May 7, 2012:
- 3:21 AM Ticket #2196 (Documentation - FTPEx.au3 - Syntax Highlighting) updated by
-
Version, Type changed
May 6, 2012:
- 9:00 PM Ticket #2196 (Documentation - FTPEx.au3 - Syntax Highlighting) updated by
-
Version changed
Automatic ticket cleanup. - 8:04 PM Ticket #2196 (Documentation - FTPEx.au3 - Syntax Highlighting) created by
- For these two functions _FTP_ProgressDownload _FTP_ProgressUpload from …
May 3, 2012:
- 9:22 PM Ticket #1551 (Crash the script when changing array) updated by
- Previously it crashed, now it gives a user-friendly error. An error message is the correct behavior. The code is stupid. Write better code.
- 2:13 PM Ticket #1551 (Crash the script when changing array) updated by
- Update, the second code runs in 3.3.8.0, but not in 3.3.9.5, that still gives me the same error message.
- 2:12 PM Ticket #1551 (Crash the script when changing array) updated by
- If I run this code using AutoIt 3.3.9.5 I am still getting an error message […] >Running:(3.3.9.5):F:\PortableAutoIt3.3.8\App\beta\autoit3_x64.exe "\test.au3" >"\test.au3" (16) : ==> Array variable has incorrect number of subscripts or subscript dimension range exceeded.: >$Arr[0] = Assign("Arr", "") > ERROR I've tried it with both the x86 and x64 versions, same error message. If I run this code, I don't get an error message, but the Global $Arr has been turned into a simple variable and not an array. […]
May 2, 2012:
- 8:15 PM Ticket #2018 (It is not able to identify all Button from other Software) updated by
- Au3Info 3.3.8.0 and 3.3.9.5. If uncheck option Use Spy++ Control Detection Logic then properties on Control tab: Class, Instance, ClassnameNN, Advanced Mode aren't updated. And tabs StatusBar and ToolBar always display only first 10 items, no more.
- 2:50 PM Ticket #2195 (AutoIT crashes when return variable has the same name as array) closed by
- Duplicate: See #1551.
- 1:26 PM Ticket #2195 (AutoIT crashes when return variable has the same name as array) created by
- Example Code crashes AutoIT: […]
May 1, 2012:
- 10:30 PM Ticket #2194 (_IECreate() Hidden Flag Not working IE8+) updated by
- Forgot to include the following code at the start of the bug report: #include <IE.au3>
- 6:42 PM Ticket #2194 (_IECreate() Hidden Flag Not working IE8+) updated by
- No, the code above will fail to execute with an error about _IECreate() being an unknown function.
- 2:48 PM Ticket #2194 (_IECreate() Hidden Flag Not working IE8+) created by
- $oIE = _IECreate("http://google.com",0 ,0) The code above will open …
Apr 29, 2012:
- 10:51 PM Ticket #2190 (DirMove. (false success)) updated by
- ? "More simpler" in this case translates to shorter* to me. *) less code and less comments. […]
- 8:34 PM Ticket #2193 (Addition to the String UDF) created by
- As previously requested in ticket 2173 this is a modified …
Apr 28, 2012:
- 10:07 PM Ticket #2190 (DirMove. (false success)) updated by
- What code do I need to run? Show exact code that fails for you. Simple reproducer if you don't mind.
Apr 27, 2012:
- 4:41 PM Ticket #2173 (_StringProper doesn't capitalize correctly) closed by
- Rejected: Make up your mind next time. Before making a request.
- 3:28 PM Ticket #2192 (New API...au3 include files conflict) updated by
-
Version changed
- 3:20 PM Ticket #2192 (New API...au3 include files conflict) created by
- If all Include files are included see attached file conflicts occur …
- 5:12 AM Ticket #2191 (#Include not work from file saved in some UTF format) closed by
- Duplicate: Closing as a duplicate of #1989. Fail ticket in multiple ways: * Duplicate * Wrong component * No actual reproduction script I suggest reading the guidelines first next time instead of ignoring the big red box.
Apr 26, 2012:
- 10:01 PM Ticket #2191 (#Include not work from file saved in some UTF format) created by
- Create a file with Encoding one of the following :- 0- Create a file …
- 3:24 PM Ticket #2190 (DirMove. (false success)) updated by
-
Bonus:
(as I cant count)[…] - 3:13 PM Ticket #2190 (DirMove. (false success)) updated by
-
Erm. Just ignore the stupid mixed slash use. (Although in this case its not making a difference.)
Corrected version, same results.
[…]
... +3, and counting ... - 2:54 PM Ticket #2190 (DirMove. (false success)) updated by
- Environment(Language:0413 Keyboard:00000409 OS:WIN_XP/Service Pack 3 CPU:X86 OS:X86)
- 2:49 PM Ticket #2190 (DirMove. (false success)) created by
- Looks like a bug to me. (if not ... ?) […]
- 1:38 PM Ticket #2189 (white space after if statement is removed) created by
- Hi, not sure if you handle this as a bug, but in current version of …
Apr 25, 2012:
- 7:42 PM Ticket #2173 (_StringProper doesn't capitalize correctly) updated by
- What happened here? Is this ticket still a request? If it is then what's it for? For changes to existing function or for adding a new one?
- 6:24 PM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) updated by
- That's exactly what I wanted to hear.
- 9:09 AM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) updated by
- Hello Valik, I can confirm your assumption. With about 20 users on our Terminal Server we have sometimes more or less than 512 processes running. This might explain why this behavior only occurs sometimes.
- 3:04 AM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) closed by
- Fixed: Fixed by revision [6974] in version: 3.3.9.5
Apr 24, 2012:
- 11:14 AM Ticket #2185 (32-bit scripts in system32 on 64-bit Windows probably fail when using ...) updated by
- Hahahaha Sorry Valik i can't resist to reply.. Or like Hannibal Smith from the A-Team says "I love it when a plan comes together"
- 2:39 AM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) updated by
- Note, 512 processes across all users is what I mean in case that wasn't clear.
- 2:38 AM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) updated by
- I can confirm a crash when the process count > 512. In a multi-user environment I can see that happening. Right now as a single user I have 70 processes and I just rebooted my system and haven't restarted everything. I will fix this bug since it is obvious. Can you check on your end if it's possible your system can hit > 512 processes? If so we can be reasonably certain that the crash is from that error.
- 2:08 AM Ticket #2185 (32-bit scripts in system32 on 64-bit Windows probably fail when using ...) closed by
- Fixed: Sweet. This was also a problem for FileInstall() but fixed automatically by what I did revision [6961] for #1901. I love it when code is re-used like that.
Apr 23, 2012:
- 4:57 AM Ticket #1869 (Specify UDP Source Port) updated by
- This could still be quite useful to have, because as it currently sits, AutoIt's UDP stuff leaves much to be desired, and is not very NAT-friendly. I really do hope things like this end up making their way in to something like v3.3.9.x or so.
- 2:57 AM Ticket #2188 (UDPRecv delay able to be set with the TCPTimeout AutoIt Option) created by
- As of right now, UDPRecv has a non-changeable 100ms delay if no data …
Apr 22, 2012:
- 6:09 PM Ticket #2187 (Unexpected Result in _GUICtrlRichEdit_Create) updated by
- The user should be free to create his controls anywhere he wants. I don't know why we restrict it.
- 1:16 PM Ticket #2187 (Unexpected Result in _GUICtrlRichEdit_Create) updated by
- Replying to Jpm: > The several richedit creation has been fix in the current beta. > for the other negative position it does not for me make sense to create someting outside the window. If really needed perhaps hiding the control is best instead of moving to a displaying area. > For me no BUG I know it's not a bug but if the operating system allow us to do it.. why not just allow it for users, like GUICtrlCreateXXX ? (By the way, _GUICtrlRichEdit_Create allow to create at position 5000. If negative positions are blocked, position beyond windows size need to be blocked too)
Apr 21, 2012:
- 7:09 AM Ticket #2187 (Unexpected Result in _GUICtrlRichEdit_Create) updated by
- The several richedit creation has been fix in the current beta. for the other negative position it does not for me make sense to create someting outside the window. If really needed perhaps hiding the control is best instead of moving to a displaying area. For me no BUG
Apr 20, 2012:
- 9:10 PM Ticket #2187 (Unexpected Result in _GUICtrlRichEdit_Create) created by
- In the _GUICtrlRichEdit_Create function, there is : If Not …
- 9:07 PM Ticket #2186 (WinNet UDF - AddConnection Functions - Help File Issue) updated by
- Forgot to mention this was discovered in this thread: http://www.autoitscript.com/forum/topic/139466-solved-open-a-network-location-without-mapping
- 6:37 PM Ticket #2186 (WinNet UDF - AddConnection Functions - Help File Issue) created by
- In the Help File, for the _WinNet_AddConnection, …
Apr 19, 2012:
- 8:00 PM Ticket #2185 (32-bit scripts in system32 on 64-bit Windows probably fail when using ...) created by
- Check that FileInstall() works when a 32-bit script is stored in …
- 7:59 PM Ticket #1901 (Compiled 32bit scripts not working in system32 path on 64bit OS) closed by
- Fixed: Fixed by revision [6961] in version: 3.3.9.5
- 4:57 AM Ticket #2184 (Scite / AU3 with multiple includes) closed by
- Rejected: It's pretty clear you didn't think this through. A few seconds of thought show that it isn't a very good idea. A few more seconds of thought and you would realize you can do it yourself in very little code.
Apr 18, 2012:
- 10:51 PM Ticket #2184 (Scite / AU3 with multiple includes) updated by
- Au3check checks au3. If anything, then this would probably be in the wrapper.
- 9:02 PM Ticket #2184 (Scite / AU3 with multiple includes) created by
- When creating a program with multiple include files it would be useful …
- 8:15 AM Ticket #2183 (bitand not 64-bit,or 64-bit version not offered, srandom not 64-bit) updated by
- something that gives the user a choice of either a bit shift or a word selection would be nice in the case of Int(somenum,1). they may want only the high word,or they may only want the low word. or they may want something in the middle. the current bit routines are only 32-bit, which limits/breaks the ability to do proper conversions in some cases. maybe I should be splitting this into 5 separate and somewhat similar-looking bug reports... but I chose to do it in 1 to save you and me headache. you only solved PART of the problem. there is still a problem with the bit functions not handling 64-bit integers. I would not even mind if they had different names like bitand64(), bitor64(),bitnot64(),bitrotate64(),bitshift64(),bitxor64(). Bitrotate doesn't really need a "64" version, it simply needs the parameter "Q" for QWORD (QuadWORD) (a microsoft C++ data type).
- 7:57 AM Ticket #2183 (bitand not 64-bit,or 64-bit version not offered, srandom not 64-bit) updated by
- I had looked at Int() before, but had not noticed a flag parameter on it. thank you. what's really bad about the documentation for Int() on that flag on conversion from 64-bit down to 32-bit is, I am left with a question: exactly what part of the integer gets taken? high or low word?
- 4:35 AM Ticket #2174 (Code error in _StringInsert() - but in my opinion it should not be) updated by
- Valik, jchd, I agree. _StringInsert(123, 456, 3) should return "123456" This is consistent with Autoit.
Apr 17, 2012:
- 4:15 AM Ticket #2174 (Code error in _StringInsert() - but in my opinion it should not be) updated by
- True, since in many cases, inserted string comes as a programatic result which may be the (perfectly valid) empty string, e.g. like a partial result from a regexp where some capturing group may capture nothing. I see no "error" here nor any reason to force complication in the code, only convenience. If we start flagging all identity operations like $c = $a * $b or $i += $j where $b may be 1 and $j may be zero, we end up with a useless language in practice (IMVHO). $s = "abc" $s &= (1 = 2) gives abcFalse and _StringInsert has no reason to behave differently.
Apr 16, 2012:
- 8:51 PM Ticket #2174 (Code error in _StringInsert() - but in my opinion it should not be) updated by
- Should we modify AutoIt so that the following generates a syntax error? […] That would be stupid, right? So why then should _StringInsert() treat inserting an empty string as an error? It's a harmless - albeit pointless - operation.
- 6:44 PM Ticket #2174 (Code error in _StringInsert() - but in my opinion it should not be) updated by
- How do you insert nothing (e.g. "") into a string? If it sets @error and tells you that the string was empty, then you can use error checking to see that your insert was empty and the result is the original string. This will at least tell the coder that they are attempting something that didn't work as expected because their string was empty. I can see having it accept an empty source string, but I don't see why you'd want an empty insert string to be legitimate. Differing opinions I suppose, but with @error, you're getting feedback that something went wrong.
- 6:10 AM Ticket #2183 (bitand not 64-bit,or 64-bit version not offered, srandom not 64-bit) closed by
- No Bug: If you can't be bothered to follow ticket guidelines then I can't be bothered to care about your ticket. Closing as no bug.
Note:
See TracTimeline
for information about the timeline view.
