jX dZddlmZddlZdZedeejDZ ddl m Z m Z m Z mZmZmZmZmZmZmZmZmZmZmZmZmZmZ m!Z!m"Z"n#e#$rLZ$e%e$ddpdZ&e&r'e&'d se#d e&d ee$e#d ee$dZ$[$we($r(Z$e#d e)e$j*de$dee$dZ$[$wwxYwefddZefddZefddZefd dZefddd dZdS)!a Prelude for the core-pin assertion, then delegation to the core. THE COMPARISON IS NOT HERE. It lives in invisible_core.pin, because the other consumer of the core (the profile manager) asked the same question and two copies of the answer drift: the day the two products disagree about why an environment is broken, the check has stopped being a diagnosis. That repository was deleted on 2026-08-18 and the comparison stays where it is - the core is what owns the pin, and it is installed on its own by anybody who wants it. This module is the small part that genuinely cannot be delegated, plus name-bound wrappers so the rest of this package can keep calling the functions without repeating our own distribution name. WHAT CANNOT BE DELEGATED. A module inside invisible_core cannot report that invisible_core is absent, unimportable, or so damaged that it cannot derive its own version: by the time any line of it runs, it imported. So the import below is the whole floor, and its except branches classify the failure: * ImportError naming a module under invisible_core - either the core is not installed at all, or it is older than this check and ships no invisible_core.pin (or no invisible_core.pin.enforce_core_pin). Those cannot be told apart from here and do not need to be: one remedy fixes all of them, `pip install --force-reinstall invisible-playwright`, which makes pip resolve the core version from our own Requires-Dist. No version literal in the message, so nothing here can drift out of step with pyproject. * ImportError naming any other module - the core is installed and one of ITS dependencies is missing. That is what `pip install --no-deps` leaves behind, and reporting it as "invisible-core is not installed" sends the user to the wrong package. * anything else - the core is on disk and its import raised something that is not an ImportError at all. Measured: delete invisible_core/seal.json and the import dies with a raw FileNotFoundError naming an absolute path, because invisible_core.__init__ reaches _version.py, which reads the seal. That is a partial install, and without this branch it is the one broken state the user sees as a traceback instead of a remedy. Both message sets are deliberately short and carry no version number: everything that needs one is on the other side of this import. WHY THE REPAIR IS NOT ATTEMPTED IN THIS FILE. enforce_core_pin() repairs a version mismatch by installing the declared version and picking it up in process. It can only do that because it knows WHICH version is declared, and that comes from the one requirement parser, which lives in the core. When the core cannot be imported at all there is no parser to ask, and the only remedy that needs no version literal is a force-reinstall of THIS distribution, i.e. of the package that is halfway through importing right now. Replacing your own files mid-import is not a repair, so this floor reports and stops. ) annotationsNzinvisible-playwrightc#LK|]}|dkp|dV dS)invisible_corezinvisible_core.N) startswith).0names IC:\Projects\Muse2API\.venv\Lib\site-packages\invisible_playwright/_pin.py r ;sN  B0A B B) CORE_NAME AUTOFIX_ENVSKIP_ENVPinDeclaration Requirementassert_core_pincanonical_requirementdeclared_core_pineditable_core_pathenforce_core_pininstalled_core_versionnormalise_nameparse_requirementpin_declarationpin_from_requirements pin_problem pin_reportrecorded_core_version repair_corerrzDinvisible-core is installed but cannot be imported: no module named z. That is one of its own dependencies, so it was installed without dependency resolution (pip install --no-deps, or a lockfile that lists the packages separately). Run: pip install --force-reinstall ainvisible-core is missing, or too old for this invisible-playwright: it does not carry the release-pin check (invisible_core.pin), so the engine it downloads cannot be matched against the configuration this package ships. Run: pip install --force-reinstall z^invisible-core is installed but it cannot even determine its own version: importing it raised z: a That is a partial or damaged installation, not an old one. A missing or unreadable invisible_core/seal.json is the usual cause, and it is read while invisible_core is still importing, so nothing inside the core can report it. Run: pip install --force-reinstall dist_namestrreturn 'str | None'c t|S)zDThe `invisible-core==X` version THIS distribution declares, or None.)_declared_core_pinr s r rrs i ( ((r rc t|S)z2The declaration and why it is or is not checkable.)_pin_declarationr&s r rrs I & &&r dictc t|S)zANon-raising form. Read ["verdict"], not ["ok"], to report health.) _pin_reportr&s r rrs y ! !!r Nonec$t|dS)zReport-only form: raise ImportError when the core that will run is not the one declared. Installs nothing. Used by the CLI and the tests.N)_assert_core_pinr&s r rrsYr )streamc4t|t|dS)azImport-time form: check, and repair the environment instead of only reporting it. Raises ImportError only when it is still wrong afterwards. The sys.modules snapshot taken at the top of this module is passed through: it is the only evidence that no caller is already holding a core object, and it stops being available the moment anything imports the core. )core_preimportedr/N)_enforce_core_pin_CORE_PREIMPORTED)r r/s r rrs i2CFSSSSSSr )r r!r"r#)r r!r"r)r r!r"r))r r!r"r,)+__doc__ __future__rsys_sys DIST_NAMEanylistmodulesr3invisible_core.pinr r rrrrr.rrr%rrr2rrrrr(rrrr+rr ImportError_egetattr_missingr Exceptiontype__name__r r rEs,..^#""""" " CT\""(1*wr62&&,"H++,<==k > > > 3<  > >    + :/8  : :        + :#tBxx0 : :46 : : /8  : :    (1))))) &/''''' !*""""" &/     '0T4TTTTTTTTs$*AC#AB**C2#CC