Timeline
Apr 24, 2024:
- 8:43 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Excuse me, but this last post is really nonsense, so I am done debating this. Request stays closed as "No Bug"
- 7:39 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Which is why I think it should be part of SciTE. While technically it's not related, it is the place that is most likely to be used for compilations, and this way once you exit it then it will delete leftovers from all edited scripts.
- 6:45 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- SciTE parameter? SciTE doesn't play any role in this! Do you mean AutoIt3Wrapper parameter? So you expect AutoIt3Wrapper the delete it? This is not going to happen since, when somebody runs AutoIt3Wrappper for some reason mistakenly uses the parameter -portable, that person will potentially lose the total content of %localappdata%/autoit v3/* with all its config settings for SciTE and Utilities and I will not want to be held responsible for that. When you need to make this change in your environment then feel free to do so in your version or write your own wrapper to do the extra steps as that can be too hard for your specific requirements.
- 9:02 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
-
Would you consider at least to accept a command line parameter like
-portableto SciTE.exe, which will delete the folder upon exiting SciTE?
Apr 19, 2024:
- 11:33 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Let's agree to disagree: I will use the same directory in AutoIt3Wrapper as aut2exe does. You are welcome to make whatever change locally you feel is desired for yourself.
- 10:30 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
-
Because 1 bug doesn't mean there should be 2.
The alternatives are:
1. Just make SciTE in general delete
%LocalAppData%\AutoIt v3\on exit 1. Allow both AutoIt3Wrappper and autoit.exe to use %temp\AutoIt v3\ instead
Apr 16, 2024:
- 2:21 PM Ticket #4006 (incomplete read missing key in IniReadSection) updated by
- yes i understand. Thank you very much. and I have a suggestion to add a size limit note every time the developer uses this function. to avoid duplicate bug reports
- 8:26 AM Ticket #4006 (incomplete read missing key in IniReadSection) closed by
- No Bug: The IniRead() function isn't broken and uses the standard GetPrivateProfileString() from the kerner32.dll which has a limitation for: […] https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-getprivateprofilesection#parameters
- 1:42 AM Ticket #4006 (incomplete read missing key in IniReadSection) updated by
- This function is also broken in the latest version 3.3.16.1
- 1:32 AM Ticket #4006 (incomplete read missing key in IniReadSection) created by
- incomplete read missing key in IniReadSection when the value length is …
Apr 14, 2024:
- 7:21 AM Ticket #4005 (Empty ReDim make Autoit crash) created by
- Observed : Using the empty brackets syntax with ReDim hard crash the …
Apr 12, 2024:
- 5:32 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Trying to understand how that would resolve the fact that aut2exe creates the directory? AutoIt3Wrappper is just a wrapper around autoit.exe & aut2exe.exe, and is using the standards of those 2 programs, so in this case using the same temp directory as aut2exe is doing.
- 1:16 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
-
> So you might want to recheck that!
You're right, not sure why I thought otherwise.
> I don't really need to add any subdirectories when a hardcode tempdir is provided.
My request then is to make an exception for:
[…]
i.e. replace
[…]
with
[…]
> ... but this is null and void when aut2exe is also creating the "%localappdata%\AutoIt v3\Aut2exe" directory! :-)
I don't think something shouldn't be fixed/added just because something else is not fixed/added. You could regardless modify Aut2exe, maybe make it also use
$TempDir = _WinAPI_ExpandEnvironmentStrings(IniRead($AutoIt3WapperIni, "Other", "TempDir", ""))and if it's%temp%then$TempDir &= "\AutoIt v3\Aut2exe".
Apr 7, 2024:
- 9:50 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- > If I change: > {{{#!autoit > Global $TempDir = _WinAPI_ExpandEnvironmentStrings(IniRead($AutoIt3WapperIni, "Other", "TempDir", "")) > If Not FileExists($TempDir) Or $TempDir = "" Then > $TempDir = @LocalAppDataDir & "\AutoIt v3\Aut2exe" > If Not FileExists($TempDir) Then DirCreate($TempDir) > EndIf > > }}} > to > {{{#!autoit > Global $TempDir = _WinAPI_ExpandEnvironmentStrings(IniRead($AutoIt3WapperIni, "Other", "TempDir", "")) > MsgBox("", "", $TempDir) > If Not FileExists($TempDir) Or $TempDir = "" Then > MsgBox("", "", "Entered here") > $TempDir = @LocalAppDataDir & "\AutoIt v3\Aut2exe" > If Not FileExists($TempDir) Then DirCreate($TempDir) > EndIf > }}} > Then only the first Msgbox displays (showing the full path of %temp%), so supposedly it works, but %LocalAppData%\AutoIt v3\ is created nonetheless. > What could it be? And why does it not happen in the non full SciTE? The SciTE included with AutoIt3 is simply only running aut2exe when you do a compile. I can only assume that it will not be AutoIt3Wrapper as that is the only place the directory gets created when your provided TempDir in autoit3wrapper.ini doesn't exists. Just looked at the aut2exe source and it really looks like it will try to create "%localappdata%\AutoIt v3\aut2exe" when it does a compile. Only when that fails it will use the %temp% path. So I renamed my current existing "%localappdata%\AutoIt" directory and performed an aut2exe.exe on a test.au3 and the directory was created. So you might want to recheck that! > > Also, I think > {{{#!autoit > If Not FileExists($TempDir) Or $TempDir = "" Then > }}} > should be changed to > {{{#!autoit > If $TempDir <> "" And FileExists($TempDir) And Not FileExists($TempDir & "\AutoIt v3\Aut2exe") Then > DirCreate($TempDir & "\AutoIt v3\Aut2exe") > ElseIf Not FileExists($TempDir) Or $TempDir = "" Then > }}} > > Because obviously it's much more expected to exclude %temp%\AutoIt v3\Aut2exe instead of just %temp%, and also obviously one can't create %temp%\AutoIt v3\Aut2exe manually in advance since it's expected to be deleted. It should be on the fly. Guess I could change that to the following, so the defined tempdir in the INI is created when missing: […] I don't really need to add any subdirectories when a hardcode tempdir is provided. ... but this is null and void when aut2exe is also creating the "%localappdata%\AutoIt v3\Aut2exe" directory! :-)
Apr 6, 2024:
- 11:38 PM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Please give more days to answer. Could you reopen? No, it did not fix. For some reason it still creates the localappdata folder. If I change: […] to […] Then only the first Msgbox displays (showing the full path of %temp%), so supposedly it works, but %LocalAppData%\AutoIt v3\ is created nonetheless. What could it be? And why does it not happen in the non full SciTE? Also, I think […] should be changed to […] Because obviously it's much more expected to exclude %temp%\AutoIt v3\Aut2exe instead of just %temp%, and also obviously one can't create %temp%\AutoIt v3\Aut2exe manually in advance since it's expected to be deleted. It should be on the fly.
Apr 4, 2024:
- 8:02 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) closed by
- No Bug: Closed again due to lack of response, so assume it is working now.
Apr 2, 2024:
- 6:05 PM Ticket #4004 ("Window background color" option for SciTEConfig.) updated by
- I actually think we should change SciTEConfig.au3 line 1243: […] to […] So only the AU3 lexer background is changed when selecting another background in SciTEconfig, so we only change it for AutoIt3. The other option is to change them both when selecting a different background. Thoughts?
Mar 29, 2024:
- 5:00 PM Ticket #4004 ("Window background color" option for SciTEConfig.) updated by
-
Version changed
Automatic ticket cleanup. - 4:02 PM Ticket #4004 ("Window background color" option for SciTEConfig.) created by
- Please add a "Window background color" option to SciTEConfig. The …
Mar 28, 2024:
- 7:12 PM Ticket #3984 (GUICtrlSetGraphic stops working after Sleep) updated by
-
Description changed
- 7:11 PM Ticket #3942 (@EVT_POS, @EVT_TIME, @EVT_INFO event macros) updated by
-
Description changed
Mar 27, 2024:
- 7:58 AM Ticket #3987 (Aut2Exe creates a temp folder without deleting it) updated by
- Replying to lwc: > Replying to Jos: > > You lost me there, you would only need 1 autoit3wrapper.ini in the same directory as autoit3wrapper.au3 to set the default for autoit3wrapper, so do not understand this comment. > But the code of AutoIt3WapperIni.au3 clearly states that - due to the lack of both "SCITE_USERHOME" and "SCITE_HOME" - it will use @ScriptDir, which takes us back to 1,000 scripts might require 1,000 AutoIt3WapperIni.ini files. > > [[Image(...)]] > No, this is an assumption which you didn't check ...right? @scriptdir contains the directory of the script which is AutoIt3Wrapper, not the script AutoIt3Wrapper will run for you! ;)
Mar 26, 2024:
- 2:19 PM Ticket #3968 (global struct gets corrupted after GUISetState()) updated by
- Rethinking about the pb, if a Local Struct is to be return it is need that the receiving result get a copy of the local struct There is a lot of place where a local Structure is return without any pb if the use of the return value is used right away something must be fixed following script show the pb […]
- 8:35 AM Ticket #3942 (@EVT_POS, @EVT_TIME, @EVT_INFO event macros) updated by
-
Owner, Status changed
I change a little bit the naming to @GUIEVT_CURSORPOSX, @GUIEVT_CURSORPOSY, @GUIEVT_ELAPSETIME, @GUIEVT_EXTRAINFO. as the time is relative to Windows Start I prefer to return and elapsetime relative to the Gui visible time (GUISetState() time) and also for coherency rename @GUIEVT_WINHANDLE, @GUIEVT_CTRHANDLE, @GUIEVT_CTRLID. @GUI_* still compatible. I sent the Fix to Jon
Mar 25, 2024:
- 8:43 AM Ticket #3968 (global struct gets corrupted after GUISetState()) updated by
-
Owner, Status changed
Hi, I reanalyse the pb and I discover That : The local $tTemp struct is return with local info so just after the return thos info can be overrided. I modified the _Date_Time_EncodeSystemTime() example and I get the same problem I am not sure how a fix can be produce I leave to Jon the final answer […]
Note:
See TracTimeline
for information about the timeline view.
