ponder-lab / Hybridize-Functions-Refactoring / #3173
86%
main: 88%

LAST BUILD BRANCH: claude/issue-1033-triage-fix-btylyq
DEFAULT BRANCH: main
Ran
Jobs 1
Files 43
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 85.794%. Remained the same
#3173

push

github

web-flow 
Import subject projects headlessly from their committed metadata (#983)

* Import subject projects headlessly from their committed metadata

The headless evaluator could only enumerate projects already in the
workspace, so every new subject needed a one-time import through the
IDE. A new `importProjects` option (`--import-projects=<dir>,<dir>`, or
`IMPORT_PROJECTS` in run-headless-evaluator.sh) registers each
directory's committed `.project` before the run and opens it.

Repeating an import is harmless: a project already registered at the
same location is only opened. A same-named project at a different
location is an error, because the run would then evaluate another tree.
Each imported project must also resolve its PyDev interpreter, since a
`.pydevproject` names its interpreter without defining it. A workspace
without that interpreter would otherwise import the project and then
analyze nothing. Any failure exits 4 before the evaluation starts.

Generating metadata for a directory that has none is out of scope,
following the scoping note on #658.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NTnpjPjJj2aZy1ZkUD1eAn

* Fail an import cleanly instead of redirecting or escaping

Four problems from review:

- Clearing the location of a project directly under the workspace root
  sent a directory whose name differs from its `.project` name to an
  empty default location, which then imported and evaluated nothing.
  The description now keeps the location it loads with, so the
  workspace refuses such a directory and the import reports it.
- A `CoreException` from loading, creating, or opening a project
  escaped the loop, so the run ended in an application error instead
  of exit 4 and skipped the remaining entries. Each entry is now
  imported by its own method, which catches it.
- A project whose location is not on the local file system, or whose
  nature PyDev cannot load, no longer dereference... (continued)

3678 of 4287 relevant lines covered (85.79%)

0.86 hits per line

Jobs
ID Job ID Ran Files Coverage
1 #3173.1 43
85.79
Source Files on build #3173