@Tom-Elliott I didn’t see it mentioned in the release notes hence the post. I’ll update.

@Tom-Elliott I upgraded to RC25 yesterday and have not been able to reproduce the issue again.

@Tom-Elliott Haven’t had it happen again yet.

afaik the type cover has its own firmware, just a suggestion… (maybe something to old or even to new) just my 50 cent.

@Tom-Elliott Thanks Tom. I’ll update and confirm.

@Tom-Elliott I’ll give that a try. Thanks!

I’m fairly sure this is working, though I’m not sure I am a good tester for this. I only have two machines.

As stated in the other thread very similar to this, I’m now fairly certain this is fixed in latest. Solving for now, please keep us apprised. To verify you will have to perform one of the taskings requiring capture or deploy types.

@Wayne-Workman Likely yes it was working.

@Tom-Elliott Okay, that makes sense then. I’d be in favor of removing it, but I’m also in favor or reducing complexity if it helps troubleshooting and your sanity for working on the code.

@MRCUR 😕 great…

@Tom-Elliott Confirmed resolved.

@Tom-Elliott Thanks Tom. I’ll use that if the alert returns with the blank host report. It’s not come back since I did “approve all” a few hours ago.

@Tom-Elliott Confirmed resolved. Thanks Tom!

@Tom-Elliott I’m kidding. I’ll use the group method to get them all set correctly again. Automagic would be nice huh

@Tom-Elliott Thank you!

@Developers What if - the full host registration process detects if the location plugin is installed - and if it is, make picking a location mandatory via the Full Host registration menu even if no image is chosen? Thoughts?

@Tom-Elliott Thanks Tom. Confirmed fixed.

@Tom-Elliott This is resolved. Thanks very much Tom.

@Tom-Elliott It is enabled, yes. We don’t do hardware independent images (ugh), so we haven’t run into any issues where the client interrupts sysprep. After talking to @Jbob a bit, I have a better understanding of what’s happening and a workaround to correct it.