@K4miKaZe
I did not respond using quote to not take up too much space.

1. CIU has no hash verification (CRC). With hash verification it would take longer to install a game. Hash checking would be required for a delta-based update function to confirm if the files are all compatible before changing them, but CIU no longer has the update function...

2. If you have not removed a game registry, please send me your project via a PM (Private Message), which I will correct for the next CIU update. Always superimpose the last hottfix that is on the final pages of the CIU thread because the bugs may have already been fixed in the hotfix.

3. Which folder did not remove? The final installation folder (Game Name) or the Publisher folder of the game (folder before the game folder). Send me the answer by PM, which I'll check on the CIU code.

Hi Cesar82, perfect. I will send you in some hours when i get back home from work a detailed pm and also those files. But as said, it happens on a clean install too (just unpacking ciu, adding hotfixes and then just add registry entries and build the installer that is set as example on ciu). Registry installs fine but doesnt get removed after an uninstall. And also the folder is the "Game Folder" as i like to install on games folder i personalize the installation so it doesnt create the publisher folder. Anyway, in some hours i will send you more details and dont worry about crc check, i added yesterday an working option which can be checked same way as a redist (something like on the old Asis installer).

Many thanks !!!

This hotfix works now perfect with the Registry and InstallDir problems i had on the previous version.

Muito obrigado Cesar82 !!!

Hi Cesar82
http://s8.picofile.com/file/8351426642/Bug.jpg

In the "Setup requires" section there is a bug.
It should be 14 GB, not 140 gb

CIU 3.0.0.0 UPDATE 1 - HOTFIX 4

^
I can't reproduce this error

https://i.imgur.com/4u5xVM6.png

is there a way to fix inno script with xtool when used with cls-diskspan.dll
when asked to enter setup.002 or 003 ect..
if you press cancel (the one inside) the setup just hang with xtool at 0%

function MyDiskRequest(APath, AFilename: String): String;
var
MsgResult: Integer;
begin
Result := APath;
if not FileExists(AddBackSlash(Result) + AFilename) then
repeat
MsgResult := MsgBox(GetMessage(1, AFilename,''), mbConfirmation, MB_OKCANCEL);
if MsgResult = mrCancel then
WizardForm.CancelButton.OnClick(nil);
if (MsgResult = mrOk) and (FileExists(AddBackSlash(Result) + AFilename) = False) then
if MsgBox(GetMessage(2,'',''), mbConfirmation, MB_YESNO) = mrYes then
if GetOpenFileName('', Result, Result, AFilename + '|' + AFilename, AFilename) then
Result := ExtractFileDir(Result);
until (FileExists(AddBackSlash(Result) + AFilename) = True) or (ISDoneError = True);
end;

:confused:

not the cancel button for the installer...
i'm talking about cancel button inside the browser when you asked to insert setup.002...
xtool.exe reamin in taskmanager the main cancel button work normally...
i think something to do with
if MsgResult = mrCancel then
WizardForm.CancelButton.OnClick(nil);

https://i.imgur.com/WxG8I5v.png

The value is correct.
GameSize key is in Mb.
14000 Mb = 13.67 (The MbToGb conversion used in CIU is around to 14.0 GB)
During the MbToGb conversion in CIU the division of the GameSize value is made by 1000, not by 1024 that would be correct
14000 Mb ~ 14.0 GB

Seems to be a problem with the font then.

few bugs found in last update Hotfix.4

[PercentLabel] , [PercentLabel] -> MoveY=50 still in original position rather then moving to setting

default {pf} is Program Files rather then old Program Files (x86)

When selecting Cancel after install has started leaves the install folder behind & doesnt delete it, when it did in earler versions. Also have to cancel 2-3 times before it actually does stop the install process.

ive know that but it still sets it to Program Files rather then Program Files (x86) when it used to in earlier versions.

First image Hotfix 4

second image is from Update 1

they are BOTH in 64 bit mode!

Isnt it supposed to work this way? I mean, if you set x64 mode it should install to Program Files folder as its x64 only, with x64 mode disabled it should go to x86 folder as x86 can be used for both versions.

It's working perfectly here.
NOTE: The progress bar label PercentLabel during uninstallation is fixed (it gets centralized and MoveX, MoveY is disabled in the uninstall bar)
https://i.imgur.com/IjDF7az.png

If the 64BitOnly=1 option in Setup.ini
{pf} = Program Files
If the 64BitOnly=0 option in setup.ini
{pf} = Program Files (x86)

All other variables that have double paths (32 and 64 bits) are also changed using 64BitOnly=1.
Variables such as ComomFiles ({cf}) and others.
Using 64BitOnly=1 registry keys like HKEY_LOCAL_MACHINE\SOFTWARE are created in HKEY_LOCAL_MACHINE\SOFTWARE (Not in more at: HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node)

I've already created an executable to do the deletion of the folder, which will be overwritten by the current Clean.bat that runs when exiting the installer.
The .bat file does not support special characters such as ™.

The delay when exiting the installer may be because when you cancel the installation, the uninstall process is done in silent mode (Does not display progress).
Depending on the number of files already installed that need to be erased, it may take some time before you quit the installer. (Erase files one by one)
Then I'll check the process of deleting folders better.
Maybe I put that when starting the files removal the cancel button is set to disabled, to avoid clicking it again.

yes.
when used with xtool it just hang in the proccerss at 0% cls-lolz and cls-srep close but the installer remain stuck i need to press on cancel (installer) to exit but does not delete the files that installed...
i tested other script the same problem with xtool/ztool...
DiskSpan.dll

In InstallerScript_3.0.0.0.u1 [2019.02.05].iss the line numbers you said & what I extracted are 1 line different ?

@Cesar82
OnlyLabel=1 does not work on [SmallButton] ??

@Cesar

[CMDCommands], are they always executed from {app} folder or from {tmp} folder (working dir)?

In the update1.hotfix4 script on the previous page, it's exactly lines 6024 and 6030. You may have inserted a line somewhere before line 6024 in the script.
--------------------------
Fixed in Hotfix 5.
--------------------------
I do not know if this was the question...
But the bat file (.cmd) is created inside the {tmp} directory.
An is-XXXXX.cmd file (XXXX, are randomly generated characters) is created.
TmpFile: = GenerateUniqueName(ExpandConstant ('{tmp}'), '.cmd');

found what was wrong by your image. You have to have values in PercentLabelSI as well.
I was just using PercentLabel, works as I wanted now.

thanks

[PercentLabel] is for the label if you don't use smallinstaller. [PercentLabelSI] is for Smallinstaller only (I think).

[PercentLabel] withOut smallInstaller i think

All sections with [xxxSI] refer only to the small installer (SI = SmallInstaller)

The options in [PercentLabel] are for the percent label of the "Installer" (BigInstaller)
The options in [PercentLabelSI] are for the percent label of the "SmallInstaller".
If you use SmallInstaller it is best to configure both sections.
For if you double click the SmallInstaller will change to the Installer (BigInstaller) and if it is not confugured the percent label will be at the center of the Installer progress bar.

?
In the next hotfix (If I do not forget), I will make sure that if the value does not exist in one section, read the value in the other section.
Example: If MoveX or MoveY does not exist in [PercentLabel] and exists in [PercentLabelSI], it will be read in the [PercentLabelSI] section, or vice versa.
What do you think. Would it look better this way, or leave it as it is?

@Cesar:
I've found something strange.

If you install with diskspan and CIU asks for next archive, it seems that some files will be unpacked after this message pop up.

Installer was at 15,7% if the "Next Disc" message pop up, a few seconds later it was on 16,1% and unpacked some files. It seems to be a delay or something.

@KaktoR

I did not realize that.
Are files also extracted, or only the percentage (including progress bar) changed?
Possibly this occurs inside some of the libraries (Isdone.dll, Unarc.dll, or DiskSpan.dll).
This bug is only visible using diskspan, because UltraArc does not pause progress while installing (does not request part .002, etc).
I think this is not so important to correct.

The progress of CIU I think very wrong as it is.
Example: If you put 2 ARC files. The first one with 1 MB and the second with 1 GB.
When extracting the first one (1 MB) will already be showing 50% progress and the remaining time will be equal to the time it took to extract the first 1 MB.
This could be fixed by adding a Size (Size of extracted files)
It would add up all the size and divide by the amount of files.

Files are extracted too (but only if you have many small files within the archive). But I can't tell you if the files actually are really extracting or just a delay is CurFile

---

Yes true. But I think yener did it so to keep things simple.

Size should be just optional in my opinion.

News to CIU
 

I have posted a test preview of the checklistbox that I will add to CIU in the CIU Dev group.
You members of the CIU Dev group test and give feedback and suggestions on how it looks better.

for UWP games do you use both setup.ini & Setup_EXTERNAL.ini ( named correctly ? )
as its the only file that has UWP. Also extract settings arent needed..

thanks

Setup_EXTERNAL.ini is just meant for an override (like the old setup's where you could place Setup.ini file next to setup.exe to override the [ExtractSettings] options).

If you save UWP settings to Setup.ini, Setup will read this settings as long as no Setup_EXTERNAL.ini is present besides Setup.exe. If Setup_EXTERNAL.ini is present besides Setup.exe, Setup will take settings from Setup_EXTERNAL.ini.

If I understood correctly, pakrat2k2 wants to know if it uses Setup.ini (External) with a section, it is necessary to have the information contained in the other sections too;

If this is the question:
The information you need (and if it is supported in external setup.ini) you can add it to the external INI.
If this information does not exist in the external INI, it will read the internal INI.

Except the [Registry#] section, if there is [Registry1], it will ignore all the internal INI registry sections.
I will change [Registry#] to the same default at the next update (Read external first, and if not, read the internal)

is it possible to automatically launch an exe file with "Run as Admin" after installation.
I've done this normally, but I want to do it with run as admin.
specifically I want to run InstallApp.exe for UWP games.
still I am unsuccessful to install a UWP game and also make a shortcut for it. so I just want to run that exe and play the game from Start Menu.

Well you can use the built-in batch ([CMDCommands]).

OK good, but I couldn't find the command structure on web. I mean I don't know what to search.

could you please tell me what command should I put in [CMDCommands] section?

I did a quick look in cmd

gives you all possible settings to run a file with admin privileges.

PS: If I search for batch things, I always google for "batch [what you want to do]"

PPS: It seems that you only need to run the cmd window as admin if I got it right (if CIU doesn't do it by itself anyway). Just make a simple batch and try it out.

Because you do not register the UWP game using the [UWPGame] section of setup.ini, instead of using InstallApp.exe to register the game?
- By doing so your shortcuts will be placed on the desktop and the PlayButton (if exists) of the autorun page will work properly.

I know I should use that section, but I don't know what to put there :o

Just enter the path of AppxManifest.xml in the key Manifest#= of the [UWPGame] section.
If you are creating shortcuts, indicate which manifest ID corresponds to the executable in the [Executable#] section

Example (Registering only one manifest and one shortcut)
Icon= key is opcional
Name= key using ORIGINAL will read the value in the AppxManifest.xml, but you can indicate the name for the shortcut.
ManifestID= key is the number of the registered file AppxManifest.xml

OK. Was that so easy to install a UWP game? thanks.

I tested it and the game installed properly. just a problem with shortcut.
I have this setting:
in desktop I have a file named as "Crackdown 3" and it does not open anything, it has no extension and its size is 0KB

Send me a PM (Private Message) with your setup.ini and also your AppxManifest.xml file of the game, which I analyze the problem.

Please make this change.:o

can use "Progress" instead of "SIZE".
For example