Timeline
Jul 26, 2013:
- 11:58 PM Ticket #1667 (WinMove, Child-Window, Default.) updated by
-
Owner, Resolution, Milestone changed
Fixed by revision [8179] in version: 3.3.9.13 - 6:52 PM Ticket #2075 (GUICtrlSetImage changes icon position on resizable window) closed by
- Fixed: Fixed by revision [8175] in version: 3.3.9.13
- 3:00 PM Ticket #2336 (Blockinput (1) not for WACOM Pen with Win8) updated by
-
Version changed
Automatic ticket cleanup. - 2:36 PM Ticket #2336 (Blockinput (1) not for WACOM Pen with Win8) updated by
-
Type changed
change to Feature request as it is a new input device not supported - 2:33 PM Ticket #2339 (IsAdmin() and Sandboxie) closed by
- Rejected: this ticket has been closed for lack of documentation
Jul 25, 2013:
- 12:52 PM Ticket #2355 (Custom compiler) updated by
- From your answers guys i think i wasn't clear so i'll repeat again: If a XYZ hacker want to decompile an ABC autoit exe, there is NOTHING you can do. I know, in every language the situation is always the same, is "normal" and you have to live with it. But for autoit the situation is: If a XZY noob, lamer, without any debugging-reverse-assembly knowledge what to decompile a ABC autoit exe, he can do it in a few click with automatic tools ( not one, but three-four ), doesn't matter the Func() you use, if you obfuscate it, packed or other protection i have write in the third post. This isn't a security issue? Pratically is a open door and everyone can go in. So, for the last situation and only for the last situation, are you totally sure the dev's can do nothing? Would you put your hand on fire?
- 3:04 AM Ticket #2368 (Inconsistent GUICreate results) created by
- GUICreate produces a window with sizes dependent on the style used. I …
Jul 24, 2013:
- 11:37 PM Ticket #2355 (Custom compiler) updated by
- Well the truth is: "There is nothing to do, sorry". There is no way to compile a script so that the interpreter can run it but it can't be decompiled. If security is an issue then move the code to a web server and create a web interface for it, that's security by design, rather than "security" by obscurity.
- 7:35 PM Milestone 3.3.9.12 completed
- 11:20 AM Ticket #2367 (beta regression on retrieving twice same $oIE.document) created by
- The repro script is returning now 1 instead of 0 […]
Jul 23, 2013:
- 8:41 PM Ticket #2108 (_Singleton leaves an open handle) updated by
- The point raised (and solution provided) by smartee was (now implemented in misc.au3) was valid. I'm quite sure he understood the function of _Singleton(), and - more importantly - it would seem that he had run into the fact that _Singleton() sometimes just-doesn't-work as_documented. As a matter of fact, _Singleton() was badly broken when "The whole point of the singleton pattern is to ensure that one and only one instance of the object (In this case the script) exists at a time." That may have been Valik's intent when he created _Singleton(), but that is certainly not how his code ever worked. To begin with, _Singleton() did not (and still does not) create a "Global\*" mutex by default. So, as it stood (and still stands even in smartee's version), _Singleton() only worked when the session was also the same. "Pattern" broken, claim to "ensure that one and only one instance of the object" exists couldn't be upheld. Then, Valik let CreateMutex() default the security attribute. So, _Singleton() only worked when the user was also the same. Again, "pattern" broken, claim to "ensure that one and only one instance of the object" exists couldn't be upheld. Then there was the fact that _Singleton() gave the caller the option of returning from the call. Valik's original function Exit()ed, but that is just plain bad design to begin with. Not only does it not provide the caller with the option of notifying the user of the condition, or switching to the other window, or whatever, but it also cuts off any chance of passing back an unexpected error condition that the caller should have to deal with. For example, an invalid name as parameter (e.g. containing slashes). Then, by not closing the handle upon ERROR_ALREADY_EXISTS, the original code was violating good programming practices. This led to the implicit (undocumented) assumption that the user would not retry. The documentation did not tell the user about this assumption. And, when the assumption turned out to be wrong, _Singleton() behaved in a manner that was also contradictory to "ensuring that one and only one instance of the object". Incidentally, why was (and still is) _Singleton() creating the mutex with an initial lock? That is not appropriate if "the whole point" ... "is to ensure that one and only one instance of the object". The claim that _Singleton() can "ensure" anything at all is pretty bold given that _Singleton() is dynamically interpreted code with quite a few obvious possible points of failure. The most basic of these was that there is nothing sane that it can do if any DllCall() fails. Ultimately, _Singleton()'s promise to "Enforce a design paradigm where only one instance of the script may be running" is fundamentally impossible to keep as long as _Singleton() is a UDF. smartee's solution, now implemented, is a good workaround for what is a fundamentally broken idea. It's probably a better idea to get replace _Singleton() with a native code builtin-function. But as long as that is not an option, then smartee's solution is gold. My 2 cents on an old issue, but it needs to be pointed out that it was Valiks original _Singleton() that "was broken to begin with". Its smartee's source that is now in misc.au3, and he deserves credit for it.
- 6:56 PM Ticket #2356 (ControlGetText return blank string, but Window Info tool work without fail) updated by
- While testing beta 11 run into some regress: […] Help: Class names are linefeed (@LF) separated. - actually not. #2356 it seems its not work for me (for outpost window) […]
- 4:51 PM Ticket #2366 (For loop not working as expected) created by
- Here's some code I came across that isn't working as it should, at …
Jul 22, 2013:
- 7:34 PM Milestone 3.3.9.11 completed
- 2:38 PM Ticket #2355 (Custom compiler) updated by
- James don't tell me the only way is surrender... A custom compiler maybe is not the solution against hacker but at least after automatic tools, if the exe changes everytime you don't need a different approach everytime? Another way is maybe to obfuscate the Autoit Stub or make it "dynamic" every time it compile a new exe? ( we can't do it but some unofficial tools does it, i don't have try that tools because is breaks the AutoIt EULA ) or adding some random junkcode to some part of the code for deceive the automatic tools? I'm not an expert of this thing and probably i'm just saying crap words, but I can not believe at the phrase "I tried but there is nothing to do, sorry" for my part i'm trying to help in any way i can.
- 2:03 PM Ticket #2356 (ControlGetText return blank string, but Window Info tool work without fail) closed by
- Works For Me: ControlGetText() and Au3Info use the same engine in the next beta. If not resolved then reopen. But I will need an example script that I can use to repo.
- 1:25 PM Ticket #2365 (FileFindNextFile - information in @extended) created by
- At present FileFindNextFile sets @extended to 1 if the …
- 12:31 PM Ticket #2355 (Custom compiler) updated by
- AutoIt is a scripting language. When your script is compiled, the EXE is a result of the interpreter and source code being bundled together. Over the years Jon has always tried to defeat the hackers, but they get quicker and quicker each time.
- 11:48 AM Ticket #2362 (ControlGetText, WinGetTitle sometimes reads ANSI as Wide) closed by
- Fixed: Fixed by revision [8072] in version: 3.3.9.11
- 10:38 AM Ticket #2364 (Call with CallArgArray regression in beta) created by
- I found the following script does nt behave the same […]
- 9:41 AM Ticket #2363 (Call with invalid proc regression) created by
- The following script was working with standard release It does not …
- 9:38 AM Ticket #2213 (Problem with UDPOpen or UDPRecv an computer with more the one networc card) updated by
- Why you reject this bug? I need the correct working of this function in 2 of my projects!
- 9:01 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) closed by
- Fixed: Fixed by revision [8068] in version: 3.3.9.11
- 8:24 AM Ticket #2362 (ControlGetText, WinGetTitle sometimes reads ANSI as Wide) created by
- Sometimes ControlGetText or WinGetTitle will return characters that …
- 8:00 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) updated by
-
Version changed
Automatic ticket cleanup. - 7:49 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) updated by
-
Type changed
- 7:48 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) updated by
-
Owner, Status changed
Yeah that's weird. The part to read is completely missing. - 7:46 AM Ticket #2353 (FileSelectFolder doesn't refresh after creating new folder with ...) closed by
- No Bug: This looks to be a bug in the windows control rather than AutoIt.
- 7:43 AM Ticket #2311 (Wrong handling of casesense parameter in StringReplace) closed by
- Fixed: Fixed by revision [8067] in version: 3.3.9.11
- 2:00 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) updated by
-
Version changed
Automatic ticket cleanup. - 1:31 AM Ticket #2361 (RegRead doesn't read REG_QWORD values) created by
- This is an inconsistency in how AutoIt works with Registry data. …
Jul 21, 2013:
- 11:32 PM Tickets #14,15,382,546,588,767,978,988,1034,1035,1120,1127,1186,1198,1373,1451,1497,1533,1547,1554,1645,1649,1681,1706,1709,1713,1723,1846,1869,1873,1919,1931,1943,2057,2109,2119,2122,2142,2164,2188,2220,2266,2278,2282,2321,2322 batch updated by
- Rejected
- 11:31 PM Tickets #1024,1231,1317,1336,1368,1472,1503,1650,1652,1667,1832,1870,1953,1954,2002,2018,2054,2058,2066,2091,2124,2152,2167,2168,2171,2181,2190,2210,2213,2279,2284,2299,2300,2309,2310,2312,2313,2315,2316,2317,2323 batch updated by
- Rejected
- 8:00 PM Ticket #2360 (implement optional byref parameter passing to function) updated by
-
Version changed
Automatic ticket cleanup. - 7:49 PM Ticket #2360 (implement optional byref parameter passing to function) created by
- Currently passing optional parameters is by value only... I will love …
- 6:48 PM Ticket #2311 (Wrong handling of casesense parameter in StringReplace) updated by
- This demonstrates the difference. […]
- 6:09 PM Milestone 3.3.9.10 completed
- 5:47 PM Ticket #2350 (Strange issue when using $SS_ETCHEDVERT and $SS_ETCHEDHORZ) closed by
- Fixed: Fixed by revision [8061] in version: 3.3.9.10
- 5:45 PM Ticket #2286 (GuiCtrtlGetState without a controlID parameter runs but aborts AutoIt) closed by
- Fixed: Fixed by revision [8060] in version: 3.3.9.10
- 2:44 PM Ticket #2358 (FileInstall: accept "" as "source" to include the current script) updated by
- The directive could be a solution as well ... probably better. In terms of improper usage, FileInstall is a very special function by its nature and I imagine it is always used "with a clear purpose". As the "source" has to be literal, there is no chance a non-initialized variable could offer a "fake" empty string. So, in my opinion, an "accidental" empty string shouldn't be a real concern.
Jul 20, 2013:
- 11:19 PM Ticket #2358 (FileInstall: accept "" as "source" to include the current script) updated by
- If this was to be accepted, I would say a pragma directive would be more appropriate. Imagine if a user mistakenly used "" in FileInstall and didn't mean to include their source.
- 10:00 PM Ticket #2358 (FileInstall: accept "" as "source" to include the current script) updated by
-
Version changed
Automatic ticket cleanup. - 9:53 PM Ticket #2358 (FileInstall: accept "" as "source" to include the current script) created by
- To the extent of my search, this issue wasn't raised before (sorry if …
- 11:51 AM Ticket #2274 (StringRegExp crashes on large string) closed by
- No Bug
- 11:49 AM Ticket #2274 (StringRegExp crashes on large string) updated by
- Use either patterns to avoid high backtracking: […] Both work fast with beta 3.3.9.8 on W7 X64/x86.
- 8:58 AM Milestone 3.3.9.9 completed
Jul 19, 2013:
- 10:14 PM Ticket #2351 (_ExcelBookSaveAs format XLSX (default workbook)) closed by
- Completed
- 10:14 PM Ticket #2351 (_ExcelBookSaveAs format XLSX (default workbook)) updated by
- This is currently in the beta v3.3.9.8.
- 9:59 PM Ticket #2320 (_IENavigate return values) closed by
- Fixed: Fixed by revision [8021] in version: 3.3.9.9
- 5:18 PM Ticket #1991 (Include CAPTUREBLT flag in _ScreenCapture_Capture) closed by
- Wont Fix
- 5:04 PM Ticket #1767 (_IETableWriteToArray does not handle Rowspan, ColSpan, and strips tags ...) closed by
- Rejected
Jul 18, 2013:
- 9:22 PM Ticket #1941 (Generate syntax files for Forum, Wiki) closed by
- Completed: Added by revision [8012] in version: 3.3.9.9
- 11:41 AM Milestone 3.3.9.8 completed
Jul 17, 2013:
- 12:00 PM Ticket #1942 (Better support for online documentation.) updated by
-
Milestone changed
Automatic ticket cleanup. - 11:49 AM Ticket #1942 (Better support for online documentation.) updated by
- HTML syntax has been tidied and updated to meet today's standards.
- 11:49 AM Ticket #1942 (Better support for online documentation.) closed by
- Fixed
Jul 16, 2013:
- 1:11 PM Ticket #2355 (Custom compiler) updated by
- I'd like to know what devs think about this Feature Request. Seems an important step for security development and i'm agree in every step in that direction
- 10:52 AM Ticket #2340 (_GUICtrlListView_SimpleSort changes sort parameter variable value) closed by
- Completed: Added by revision [7935] in version: 3.3.9.8
- 9:13 AM Ticket #2338 (Here is a Modification to _ArraySearch UDF) closed by
- Completed: Added by revision [7931] in version: 3.3.9.8
- 8:25 AM Ticket #2357 ($WM_SIZING missing in WindowsConstants.au3 in 3.3.9.7) updated by
- I added back Global Const $WM_SIZING = 0x0214 to WindowsConstants.au3.
- 8:23 AM Ticket #2357 ($WM_SIZING missing in WindowsConstants.au3 in 3.3.9.7) closed by
- Completed: Added by revision [7928] in version: 3.3.9.8
Jul 15, 2013:
- 10:30 PM Ticket #2352 (_ExcelWriteSheetFromArray incorrect start row and col array) updated by
- I understand, but you can just change the parameters. I agree the Defaults should be 0, but it's not worth a script breaking change.
- 10:21 PM Ticket #2357 ($WM_SIZING missing in WindowsConstants.au3 in 3.3.9.7) updated by
- This is a valid issue that will be fixed.
- 12:26 PM Ticket #2357 ($WM_SIZING missing in WindowsConstants.au3 in 3.3.9.7) created by
- Hello, if I want to compile my script with the latest beta-version …
- 6:42 AM Ticket #2352 (_ExcelWriteSheetFromArray incorrect start row and col array) updated by
- Replying to BrewManNH: > That is the function's default setting, it has nothing to do with the array starting at 0 or not. The function appears to have been written to assume the array count is kept in $array[0][0] and the data in the array starts as 1. Unfortunately, the data in the Excel workbook recorded starting from a position [0][0] in this function. In order to properly record the whole array of information, you need to specify all the parameters for the function with the start [0][0] or the easiest way to fix the function itself ... Sorry for my bad English.
Jul 13, 2013:
- 11:00 AM Ticket #2356 (ControlGetText return blank string, but Window Info tool work without fail) updated by
-
Version changed
Automatic ticket cleanup. - 10:26 AM Ticket #2356 (ControlGetText return blank string, but Window Info tool work without fail) created by
- ControlGetText and Window Info tool seems work differently and while …
- 8:40 AM Ticket #2355 (Custom compiler) updated by
- Replying to ewieldra: > Search for AutoCamo on the forum Did you read the comment n°3? Also AutoIt3Camo is useless and did not help with that type of tools
Jul 12, 2013:
- 10:59 PM Ticket #2355 (Custom compiler) updated by
- Search for AutoCamo on the forum
- 6:30 PM Ticket #2355 (Custom compiler) updated by
- Ops, missspelling. "if a custom compiler or any other..."
- 6:19 PM Ticket #2355 (Custom compiler) updated by
- Actually, and certainly i'm not happy of that, you can decompiling an autoit script in a snap of fingers. If a custom decompile or any other solution can reverse the course, i'm approve it
- 6:15 PM Milestone 3.3.9.7 completed
- 3:41 PM Ticket #2355 (Custom compiler) updated by
- Nobody wants to see your work days, months or years lost easily so I also seek ways to prevent or hinder decompiler and support the idea of single executable each time it is compiled.
- 3:16 PM Ticket #2355 (Custom compiler) updated by
- An autoit exe can be easily decompiled with automatics tool, obfuscated or not. There are many ways to "protect" an executable in the forum, like AutoIt3Camo, or custom packer, like Themida, Armadillo etc. but really they are useless, i have make some test but everytime i have the source from my exe So if there is development of a custom compiler ( like alternative, i don't want to replace tha actually ) which it create an unique exe everytime, or a password protect executable against decompiler, at least our work can be "safe" against automatic tools and can be reversed only in a manual way I hope i was clear what is my intention with this request.
- 11:15 AM Ticket #2355 (Custom compiler) updated by
- Can you explain what is wrong with the current compiler?
- 10:00 AM Ticket #2355 (Custom compiler) updated by
-
Version changed
Automatic ticket cleanup. - 9:18 AM Ticket #2355 (Custom compiler) created by
- Would to be nice for improve the security of our script ( actually not …
- 7:53 AM Ticket #2352 (_ExcelWriteSheetFromArray incorrect start row and col array) closed by
- Wont Fix
- 4:13 AM Ticket #2352 (_ExcelWriteSheetFromArray incorrect start row and col array) updated by
- That is the function's default setting, it has nothing to do with the array starting at 0 or not. The function appears to have been written to assume the array count is kept in $array[0][0] and the data in the array starts as 1.
Jul 11, 2013:
- 7:34 PM Ticket #1698 (GUICtrlSetLimit, limit 32767) updated by
- Fixed by revision [7850] in version: 3.3.9.7
- 7:33 PM Ticket #1698 (GUICtrlSetLimit, limit 32767) closed by
- Fixed: Fixed by revision [7849] in version: 3.3.9.7
- 6:00 PM Ticket #2354 (_ArrayTranspose to the Array UDF.) updated by
-
Version changed
Automatic ticket cleanup. - 5:32 PM Ticket #2354 (_ArrayTranspose to the Array UDF.) closed by
- Completed: Added by revision [7843] in version: 3.3.9.7
- 5:31 PM Ticket #2354 (_ArrayTranspose to the Array UDF.) created by
- Add the _ArrayTranspose by jchd to the Array UDF.
- 5:24 PM Ticket #2353 (FileSelectFolder doesn't refresh after creating new folder with ...) created by
- How to reproduce: - assign a network drive (net use z: …
Jul 10, 2013:
- 3:39 PM Ticket #2352 (_ExcelWriteSheetFromArray incorrect start row and col array) created by
- In Excel.au3 in function _ExcelWriteSheetFromArray incorrect start row …
- 11:08 AM Milestone 3.3.9.6 completed
- 11:07 AM Milestone 3.3.9.5 completed
Jul 9, 2013:
- 12:00 PM Ticket #2351 (_ExcelBookSaveAs format XLSX (default workbook)) updated by
-
Version changed
Automatic ticket cleanup. - 11:54 AM Ticket #2351 (_ExcelBookSaveAs format XLSX (default workbook)) created by
- In beta 3.3.9.2 too. Add const: […] Change in _ExcelBookSaveAs …
Note:
See TracTimeline
for information about the timeline view.
