@Wayne-Workman nope not a parsing issue more likely it was an importing issue that failed to set up the macs for the host. It has been , as far as I’m aware, been fixed for at least 5 days though.

@Sebastian-Roth To help, it was the array causing the issue directly.

The FOG Controller tests if the data it’s receiving is numeric or an array. Because the getSubObjectID’s always returns an array, the is_array portion of the FOGController constructor was taking over. This was passing to the setQuery method.

The setQuery method is only meant to work on associative array’s where the left side are the relevant table/key information and the right side is the values that correspond to those keys. The getSubObjectID doesn’t send the keys to work again, just the array of data.

The fix, for what it’s worth, was to simply add @max(self::getSubObjectIDs('PxeMenuOptions',array('default'=>1))) to the getter on the bootmenu page.

@Tom-Elliott Yes, it is
00:0c:29:bf:57:4a
If you don’t mind, could you teamviewer and check ? Thanks!

Most likely these are partially (or fully captured that were unable to move) capture images hanging out in /images/dev

Thank you very much! I got it!