The error does not come from this (multiple editions) from what I understand. When I tested autounattend.xml with something forged from the web (as at that point I have not resolved the syntax errors yet), I was not getting the ProductKey error, which are - of course - present for me as well. Though I did try to fix it already, but since you said earlier that many entries have to be removed with regards to components, so I was waiting for a clean version prior sorting out the ProductKey error, as at this point it does not make too much sense, given how much will potentially change for the desired target. Nevertheless, I have already looked up possible solutions and I can do fast testing (about 3 mins per test) if the issue is still present at your end, which means you already work with the clean version and you sorted out the 2 syntax issues. In this case just attach a version that you think should work - the personalized settings don't matter.
My thought is that he is testing on an ISO with only one Edition. My tests with multiple editions didn't have this problem. Regarding the autounattend he sent, it's the same as the one I tested here. Here, in LTSC 2021 on en-US x64, it worked as per my last fix post. Replacing "Never" with "OnError" it should display the prompt for you to enter or perhaps ignore the key. You're waiting, but I've already launched on day 19 i removed what you quoted together with hyphens in sequence, on day 22 i fixed missing data when getting language data from image. It's a few posts above.
For a quick test I used Enluaphelis' autounattend.xml (which is still bloated, but smaller than mine) where I made sure <WillShowUI>OnError</WillShowUI> will be there for the <ProductKey> tags, but it does not work. I am using an image with 2 editions, and I also tried removing the tags completely earlier, which also did not work. I will check your modified Toolkit.cmd-s to see whether it makes a difference, but I still think the solution might need to come from elsewhere, unless your latest modifications introduced have notable differences. Will report back shortly.
I tested now with your Toolkit.cmd (not Toolkit_TESTING.cmd) for the 22nd, the autounattend.xml file is much cleaner. With the normal output (<WillShowUI>Never</WillShowUI>) it did not work, then I changed it to OnError, also did not work. I'll see if I can fix this.
Thanks a lot for testing. Also try removing the Product or Product Key block. You can add a empty tag in PorductKey <Key></Key>
Well done! Having an empty <Key></Key> did solve the issue, the setup did not report any autounattend.xml errors (I only went till the disk selection part for a quick test). This does work for both <WillShowUI>Never</WillShowUI> and <WillShowUI>OnError</WillShowUI>. Edit: I think for an empty <Key></Key> it would be the best to use <WillShowUI>Always</WillShowUI> as a default. Not specifying it explicitly will not show the prompt for key.
Using "Allways" in this case, is not welcome. OnErros should open UI. "Allways" should or will force the UI to be displayed there is not the purpose of autounattend.
There is no prompt for key with OnError, does not matter if it is put in front of or behind <Key></Key>.
Yes, before or after, within the same tag, it makes no difference in some cases. "Allways" should or will force the UI to be displayed, even if it doesn't work. I prefer to leave the Configuration with "OnError". I'm going to add the empty Key to solve this problem. I'm wondering why it didn't go wrong here. Neither in pt-BR nor in en-US. I made the ISOs using Toolkit.cmd. Not tru TESTING one. But the codes are the same. Only the elevating rights process is different on how to call the nSudo to start the script.
Well, this was the only way to make the prompt appear based on all the different tests I made. Also, I find that there still a lot of data in the .xml file for various components, e.g. multiple reference of "Microsoft-Windows-Deployment", "Microsoft-Windows-WinRE-RecoveryAgent" etc., and there is another, empty, commented <!-- <ProductKey></ProductKey> --> reference, which seems weird, among many other stuff. Personally I think there are too many options forced into autounattend.xml, which I don't remember seeing manageable in the tweaking menus for instance. If anyone really needs all this, it should be at least selectable. I think it's just not for me in this form, but I'm glad we sorted out the issues at least - I did let the setup complete and there were no errors (username had to be pre-entered for the removed CloudHostExperience of course).
Yes, there are things that may be useful for some people. Before, it was full of settings, but with the removal of components, it caused problems. About putting more options, I don't think it's convenient to complicate things now. About what you said that the prompt appears, but it was necessary to appear, in which case it appeared? Or did you just want to test what would work? That's what I'm talking about, about autounattend being a response file ideally there are no unnecessary prompts. About the lines that have <!-- --> This is the line comment, it is not read when executing the xml. These lines are examples for those who want to put their key. Just uncomment. But it is not possible to put multiple keys, they are just examples. About "forcing": we are talking about 2 different things. I was talking about displaying the prompt at all times, even when it's not necessary. You are saying that having too many settings is forced. But if you look, the settings are the same throughout the xml, they just change where they will be used. And that's good. If the user uses it, it will already be there. Glad putting the empty tag solve the problem, too. I'll check to see if there's anything else to remove. I think it's just a Control Panel tweak.
When you add your UserAccountName this is changed to true. If you remove CloudHostExperience you need to set an UserAccountName. I understand what you mean. But also if the person doesn't know how to use it, this one won't even touch it. However if you want to learn, there is quite a bit of material there. I agree with you. About this. EULA would be for those who don't usually install Windows. But anyone looking to customize their own ISO should already have some experience and don't need this screen to appear. Tell me any situation where an ISO for personal use would need the EULA being displayed. These people won't even use the function. Those will likely put their own Autounattend.xml in the DVD folder once they extract an ISO to work with. It's a good idea to put an option to choose to use your own file. Yes, but only because of my mistakes in not predicting some very basic things. I went with the idea: it's working here and it will work for everyone, heheheheeh But deep down I already expected that there would be adjustments to be made. Yes, this is a great idea.
@inTerActionVRI Yeah, I tested it on LTSC with only 1 edition present (IoT). I don't have a serial number, I already have a key activated in motherboard. I will do a test today, hopefully it'll work. Thanks![/QUOTE]
Just put <Key></Key> before </ProductKey> line. you can change "Never" for "Always" or "OnError". It is your choice.