All product reference fields are empty

Same issue, however in our case, product_reference fields were defined in code (not UI) and therefore 'options_list_limit' was actually NULL, so to catch this case as well, use array_key_exists() instead:

  // Look for an options list limit in the field settings.
  if (array_key_exists('options_list_limit', $field['settings'])) {
    $limit = !empty($field['settings']['options_list_limit']) ? (int) $field['settings']['options_list_limit'] : NULL;
  }
  else {
    $limit = 10;
  }

Here's a patch to that effect.

I had the same issue. Instead of modifying code, my solution was to set the option list limit set for the product reference on my display nodes to 99999999. All products are showing up again.

Note: I had to go back and fix a few product display nodes because when I intended to edit only another part of the node, saving the node caused the wrong product because the existing product was not in the option list from this issue. (It changed to the first product in the select list.)

#4 works for me. Thank you

#4 works for me too. Thx!

Based on the form label and the fact that we can simplify this, here's a new patch.

Related #2096361: Move Product Match functions from db_select to EntityFieldQuery

Need to make sure we don't go backwards. However, that issue introduced a bug in my opinion because existing sites are expecting the full list to be loaded. When it's not, people get angry :D

#9: So what's the logic behind removing the default of 10 products?

I can confirm that the solution in #6 works without the need to apply a patch.

Steps to solve this:
-Select edit on your Product Reference field

If you're using "Unlimited" as your "Number of Values" option, you'll need to update the "Options list limit," so enter a larger value. I used 9999.

See attached screenshot.

Updated:
Users expecting to see all of their product selections should now see them (up to 9999 of course). This is especially useful for those clients who are expecting to see all of their products rather than be limited to the 10 product options.

Clients who have sites pre-dating the limit of 10 commit might expect for this list to not be limited. When it is, they can't select the products that they're expecting to be able to select.

I can confirm the patch from #9 works. It doesn't make sense to limit a select list in the UI to the 10 first products, a shop administrator should be able to reference the product he/she wants to the current line item.

The patch in #9 worked for me!

Fixed by the reversion in #2697017: Revert the EntityFieldQuery based product matcher and arbitrary options list limit.