Timeline
Dec 3, 2018:
- 4:00 PM Ticket #3680 (Improve _ArrayBinarySearch function) updated by
-
Version changed
Automatic ticket cleanup. - 3:10 PM Ticket #3680 (Improve _ArrayBinarySearch function) created by
- Think about the binary search not found case, return -1, then we …
- 1:35 PM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by
- <snip>
Nov 25, 2018:
- 3:41 PM Ticket #3678 (_FileWriteToLine) updated by
- > this 3 modes idea seems great imo > it should please everybody I disagree, a function with the word Write in it shouldn't be deleting lines. If you think writing means deleting then I can't help with that.
Nov 24, 2018:
- 9:00 PM Ticket #3679 (InetGet / InetRead - Disable Cache Option) updated by
-
Version changed
Automatic ticket cleanup. - 8:11 PM Ticket #3679 (InetGet / InetRead - Disable Cache Option) created by
- I would like to have a option to disable the automatic cache of these …
Nov 22, 2018:
- 8:28 PM Ticket #3678 (_FileWriteToLine) updated by
- this 3 modes idea seems great imo it should please everybody
- 10:37 AM Ticket #3678 (_FileWriteToLine) updated by
- Not too difficult - but it means using 3 modes instead of the existing 2: […] Comments? M23
- 10:18 AM Ticket #3678 (_FileWriteToLine) updated by
- I see the problem - and I remember why it happens. There was considerable discussion when the function was rewritten some years ago as to whether this "delete a line" functionality should be retained as it removes the possibility of replacing an existing line with a blank one. If it were retained, the only option to "overwrite" with a blank line was to remove the line completely and then rewrite a new blank one, which required 2 calls to the function. The consensus as I recall was that overwriting a line with a blank was more likely than deleting a line - and so the code was amended, but not the Help file. So the question resurfaces - which of the 2 functionalities is more useful? Or should both be available? I will take a look and see what might be done to do this without overcomplicating either the syntax or the code. M23
- 7:21 AM Ticket #3678 (_FileWriteToLine) updated by
- ok, with a file with those lines : 1 2 3 4 doing this _FileWriteToLine($file, 3, "", 1) was result in 1 2 4 but now the result is 1 2 4
Nov 21, 2018:
- 10:27 PM Ticket #3678 (_FileWriteToLine) updated by
- Could you try to explain what you mean exactly, as that sentence is not clear to me? Jos
- 7:27 PM Ticket #3678 (_FileWriteToLine) created by
- _FileWriteToLine($file, $line, "", 1) this was removing a line now it …
- 9:50 AM Ticket #3575 (TCP functions slow and TCPCloseSocket with shutdown) updated by
- Replying to Jpm: > Sorry to ask so late, can i have repro scripts so I can analyse and try to find a solution > THanks JP, It looks like we need to do a shudown() before the closesocket() in F_TCPCloseSocket() to stop traffic from being accepted. Read this post and the next 4 posts: https://www.autoitscript.com/forum/topic/196642-tcpsend-bug/?do=findComment&comment=1410377 Jos
Nov 16, 2018:
- 3:13 PM Ticket #3677 (_FileListToArrayRec()'s 2nd parameter ($sMask) seems case sensitive.) updated by
- Client system had _ArrayDisplay() show different results depending on $sMask's case (searching a FAT32 USB flash drive using AutoIt v3.3.14.2 on Windows XP Professional x32 SP3). Will see if I can provide scenario reproducing script.
Nov 14, 2018:
- 4:40 PM Ticket #3675 ($tagNETRESOURCE: Add constants) updated by
- The 2 that have the same value should perhaps be ignored for another reason: MSDN says that they are for XP and earlier.
- 9:17 AM Ticket #3677 (_FileListToArrayRec()'s 2nd parameter ($sMask) seems case sensitive.) closed by
- No Bug: This UDF is using FileFindFirstFile() which is indicated to be not case sensitive. Closing as no bug for the moment until a replication script and scenario is provide that proves otherwise. Jos
- 12:19 AM Ticket #3677 (_FileListToArrayRec()'s 2nd parameter ($sMask) seems case sensitive.) updated by
- I just ran the example script in the help file, after changing some of the extensions of files to upper case, and it still picked up the upper case files, as well as the lower case ones. I also changed the search parameter to *.EXE on one of the searches, and it still found both upper and lower case file names. Your bug report is wrong as far as I can see.
Nov 13, 2018:
- 4:47 PM Ticket #3677 (_FileListToArrayRec()'s 2nd parameter ($sMask) seems case sensitive.) created by
- Setting _FileListToArrayRec()'s 2nd parameter ($sMask) to "*.jpeg" …
- 6:00 AM Ticket #3676 ($tagResource Help lacks some DisplayTypes) updated by
-
Version changed
Automatic ticket cleanup. - 5:02 AM Ticket #3676 ($tagResource Help lacks some DisplayTypes) updated by
- c.haslam
- 5:01 AM Ticket #3676 ($tagResource Help lacks some DisplayTypes) updated by
- $tagNETRESOURCE only has 4 of the possible options. I suggest that the others be copied from https://msdn.microsoft.com/en-us/library/windows/desktop/aa385353(v=vs.85).aspx
- 5:00 AM Ticket #3675 ($tagNETRESOURCE: Add constants) updated by
-
Version changed
Automatic ticket cleanup. - 4:59 AM Ticket #3676 ($tagResource Help lacks some DisplayTypes) created by
- 4:53 AM Ticket #3675 ($tagNETRESOURCE: Add constants) updated by
- c.haslam
- 4:52 AM Ticket #3675 ($tagNETRESOURCE: Add constants) updated by
- The following constants appear to be missing from WinNet.au3: ; DisplayType Global Const $RESOURCEDISPLAYTYPE_GENERIC = 0x00000000 Global Const $$RESOURCEDISPLAYTYPE_DOMAIN = 0x00000001 Global Const $RESOURCEDISPLAYTYPE_SERVER = 0x00000002 Global Const $RESOURCEDISPLAYTYPE_SHARE = 0x00000003 Global Const $RESOURCEDISPLAYTYPE_FILE = 0x00000004 Global Const $RESOURCEDISPLAYTYPE_GROUP = 0x00000005 Global Const $RESOURCEDISPLAYTYPE_NETWORK = 0x00000006 Global Const $RESOURCEDISPLAYTYPE_ROOT = 0x00000007 Global Const $RESOURCEDISPLAYTYPE_SHAREADMIN = 0x00000008 Global Const $RESOURCEDISPLAYTYPE_DIRECTORY = 0x00000009 I copied them from https://msdn.microsoft.com/en-us/library/windows/desktop/aa385353(v=vs.85).aspx There are two more there, but they have the same value (which I find surprising): Global Const $RESOURCEDISPLAYTYPE_TREE = 0x0000000A Global Const $RESOURCEDISPLAYTYPE_NDSCONTAINER = 0x0000000A Perhaps these two should not be added for this reason.
- 4:41 AM Ticket #3675 ($tagNETRESOURCE: Add constants) created by
Nov 9, 2018:
- 4:04 PM Ticket #3674 (Forum: @Name breaks input) closed by
- Rejected
- 4:04 PM Ticket #3674 (Forum: @Name breaks input) updated by
- This is an forum bug, not an autoit3 bug so closing the ticket. Jos
- 4:02 PM Ticket #2251 (variables in FileInstall's "source") updated by
-
Replying to mark.pt@…:
> For me it sounds like you can't imagine a concept like, I don't know... freaking static value pre evaluation.
> Please don't make excused for the last of knowledge or skills (maybe both) mister Mr.
I'm not an idiot. ... and you felt the need to make this reply to an 6 years old close ticket ....why? Jos - 2:36 PM Ticket #2251 (variables in FileInstall's "source") updated by
-
For me it sounds like you can't imagine a concept like, I don't know... freaking static value pre evaluation.
Please don't make excused for the last of knowledge or skills (maybe both) mister Mr.
I'm not an idiot.
Nov 8, 2018:
- 8:53 PM Ticket #3674 (Forum: @Name breaks input) created by
- Bug: When typing @Name to reply to and ping a person on the forum, it …
- 2:49 PM Ticket #3673 ($aSelectedItems already declared/assigned in GuiListView.au3 func ...) closed by
- Rejected: I get no such error using either the 3.3.14.5 UDF or the 3.3.15.1 Beta which it looks as if you are using. Might be a problem with the Beta Au3Check. You should open a thread in the forum to confirm such findings before starting a Trac ticket - I suggest you do just that. M23
- 9:24 AM Ticket #3673 ($aSelectedItems already declared/assigned in GuiListView.au3 func ...) created by
- I got this warning, not really a bug, but not really supposed to be …
Nov 6, 2018:
- 2:37 AM Ticket #2845 (Empty Array isn't Empty) closed by
- Rejected: Not sure if this bug was fixed or not, but the test scripts no longer run under the current version of AutoIt, so this can't happen at this time. Closing the ticket to clean up the bug tracker from unnecessary clutter.
Nov 5, 2018:
- 11:58 AM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) closed by
- Fixed
- 11:57 AM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) updated by
- This was fixed in version v3.3.13.14, so when upgrading from any version before v3.3.13.14, you can still have this issue as the uninstall is done by the old version installer. I will close this for now and report if this issue occurs with uninstall of any version eq or gt v3.3.13.14. Jos
- 11:57 AM Ticket #3590 (Autoit product installation deleting all psmodulepath entries but its own) closed by
- Fixed
- 11:57 AM Ticket #3590 (Autoit product installation deleting all psmodulepath entries but its own) updated by
- This was fixed in version v3.3.13.14, so when upgrading from any version before v3.3.13.14, you can still have this issue as the uninstall is done by the old version installer. I will close this for now and report if this issue occurs with uninstall of any version eq or gt v3.3.13.14. Jos
Nov 3, 2018:
- 9:38 PM Ticket #3590 (Autoit product installation deleting all psmodulepath entries but its own) updated by
- From which version was the upgrade done?
- 9:38 PM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) updated by
-
Owner, Status changed
- 9:38 PM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) reopened by
- 9:37 PM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) updated by
- From which version were you upgrading? Jos
- 11:36 AM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) closed by
- Duplicate: Duplicate of https://www.autoitscript.com/trac/autoit/ticket/3590 M23
- 11:08 AM Ticket #3672 (AutoIt v3 Installer overwrites PowerShell Envirovment Path) created by
- I've just installed the newest version of AutoIt v3. It removed the …
Note:
See TracTimeline
for information about the timeline view.
