fix: add null guards for getItemOptionData()->getValues() calls

[slash1andy]

Summary

Three locations call getItemOptionData()->getValues() on Square CatalogObject instances without checking whether getItemOptionData() returns null. The Square SDK types this return as ?CatalogItemOption — explicitly nullable.

If Square returns an ITEM_OPTION object with null item_option_data:

• PHP 7: uncatchable Fatal Error
• PHP 8: throws \Error, which is not caught by catch (\Exception) in Stepped_Job::do_next_step()

Either way, the entire Action Scheduler job crashes with no recovery path.

Fix

Applied the same null guard pattern already used in Product_Import.php (lines 789 and 894):

$option_values_object = $object->getItemOptionData() ? $object->getItemOptionData()->getValues() : array();

Locations fixed

File	Method	Line
includes/API.php	retrieve_options_data()	644
includes/API.php	create_options_and_values()	683
includes/API.php	create_options_and_values()	729
includes/Handlers/Product/Woo_SOR.php	update_catalog_variation()	385

Test plan

• Verify sync completes successfully with a normal catalog (no regression)
• Verify sync handles catalogs with malformed ITEM_OPTION objects (null item_option_data) without crashing
• Verify the sync continues processing remaining objects after encountering a null option

Fixes SQUARE-292.

[iamdharmesh]

Thanks @slash1andy. Looks good to me.