Fix zip DAG import errors being cleared during bundle refresh

[gopidesupavan]

Bundle refresh cleanup was treating ZIP archives as if only the outer archive path existed. Import errors for DAGs inside a ZIP are stored with inner paths such as test_zip.zip/broken_dag.py, but the observed file set only contained test_zip.zip. As a result, clear_orphaned_import_errors() could incorrectly delete still-valid import errors for broken DAGs inside ZIP archives.

---

Was generative AI tooling used to co-author this PR?

• Yes (please specify the tool below)
  Yes used for tests using copilot

---

• Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
• For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
• When adding dependency, check compliance with the ASF 3rd Party License Policy.
• For significant user-facing changes create newsfragment: {pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.

[kaxil]

Minor note (not in diff): test_deactivate_deleted_dags_return_value still passes list literals (["test_dag1.py"]) to DagModel.deactivate_deleted_dags(rel_filelocs=...), but the type hint was changed to set[str]. Works at runtime, but a type checker would flag it.

[gopidesupavan]

Minor note (not in diff): test_deactivate_deleted_dags_return_value still passes list literals (["test_dag1.py"]) to DagModel.deactivate_deleted_dags(rel_filelocs=...), but the type hint was changed to set[str]. Works at runtime, but a type checker would flag it.

yeah make sense my bad updated it now :)