Context Navigation

Timeline

12:14 PM Ticket #4045 (Passing data through a COM object is slow.) updated by anonymous: It has been more than a week since I submitted the bug report with proper details and a testing script. What more is needed to get a proper response?

8:37 AM Ticket #4045 (Passing data through a COM object is slow.) updated by anonymous: Version: 3.3.16.1
8:34 AM Ticket #4045 (Passing data through a COM object is slow.) created by anonymous: link: …

9:14 AM Ticket #4044 (Time macros don't adjust to timezone changes while running script) closed by J-Paul Mesnage: Fixed: Already Solve with the #3887 solution

8:00 AM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by argumentum: Jpm, there is nothing to wait for. Goto [[Image(...)]] and change the time zone [[Image(...)]] and that will show the time difference between @macros and system time.
7:30 AM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by J-Paul Mesnage: anonymous it is me
7:29 AM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by anonymous: even with […] I don't see any console write after hours

8:41 PM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by argumentum: http://msdn.microsoft.com/en-us/library/windows/desktop/ms725498%28v=vs.85%29.aspx If you register it […] it should solve it. Recalculate the internals for time macros if it triggers.
6:56 PM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by argumentum: Even fixed the version from 3.2.x.x […] to track down when did it started, and the "bug" is been there since always. ...that to tell you the truth, I would have ever find on my own because who would do that ! but, is true and as it seems other users do change time zones more than just at the setup of the OS in the beginning. And I don't consider this a bug but rather an overlooked possibility while coding. A "..what if.." kind of thing.
5:48 PM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by argumentum: Tested under Win11 and Win10 and shows the bug in v3.3.16.1 and the new beta v3.3.17.1. […]
3:52 PM Ticket #4044 (Time macros don't adjust to timezone changes while running script) updated by J-Paul Mesnage: under Beta 3.3.17.1 i don't see any discrepency

8:16 PM Ticket #4044 (Time macros don't adjust to timezone changes while running script) created by argumentum: The forum entry is at [ …

1:16 AM Ticket #4043 (#Directive_If_Run) updated by argumentum: Posted in the forum ( https://www.autoitscript.com/forum/topic/213009-directive_if_run/page/2/#findComment-1544584 ) changes to the wrapper that would show how #HighestAvailable would work.

9:11 AM Ticket #4043 (#Directive_If_Run) updated by Jos: I respond in the thread to the reported issue with #RequireAdmin as this is the request about AutoIt3.
3:09 AM Ticket #4043 (#Directive_If_Run) updated by argumentum: ...I don't know if this is useful: […]
3:00 AM Ticket #4043 (#Directive_If_Run) updated by argumentum: #RequireAdmin, either compiled or not, will request RunAs admin in it's behavior. #AutoIt3Wrapper_Res_requestedExecutionLevel=highestAvailable will run as highest available only compiled. Any script, compiled or not, can be requested to run elevated. A #HighestAvailable would be the request am making, that would request RunAs admin if the user has admin rights but limited by UAC, or run default/limited/user if the user do not have admin rights. The request is for the AutoIt3 product as complementary to #RequireAdmin Then in IsAdmin(), would be nice to return an @extended, returning if the user can be admin or not ( putting the icing on the cake ).

Note: See TracTimeline for information about the timeline view.