fix: Don't look for a custom Python ZIP in Content Libs V2 (#37500)

Python-evaluated problems were failing to render because they were trying to
invoke `course_id.make_asset_key` in order to obtain the asset key of the
custom Python ZIP file. Learning Core assets work differently (no asset keys,
etc.), and, furthermore, we haven't really thought though how and whether we
want to support custom Python ZIPs in libraries.

So, this fix punts on supporting Python ZIP files in libraries for now, but
enables rendering of advanced CAPA problems which don't rely on a ZIP. This
brings us to parity with Legacy Libraries, which didn't support assets at all
and thus didn't support Python ZIPs either.

Fixes: https://github.com/openedx/edx-platform/issues/37447

xmodule/util/sandboxing.py

@@ -3,6 +3,7 @@
 import re
 
 from django.conf import settings
+from opaque_keys.edx.keys import CourseKey, LearningContextKey
 
 DEFAULT_PYTHON_LIB_FILENAME = 'python_lib.zip'
 
@@ -39,10 +40,14 @@ def can_execute_unsafe_code(course_id):
     return False
 
 
-def get_python_lib_zip(contentstore, course_id):
+def get_python_lib_zip(contentstore, context_key: LearningContextKey):
     """Return the bytes of the course code library file, if it exists."""
+    if not isinstance(context_key, CourseKey):
+        # Although Content Libraries V2 does support python-evaluated capa problems,
+        # it doesn't yet support supplementary python zip files.
+        return None
     python_lib_filename = course_code_library_asset_name()
-    asset_key = course_id.make_asset_key("asset", python_lib_filename)
+    asset_key = context_key.make_asset_key("asset", python_lib_filename)
     zip_lib = contentstore().find(asset_key, throw_on_not_found=False)
     if zip_lib is not None:
         return zip_lib.data