fix: make intake dedupe cutoff-aware so monitor upgrade path works end-to-end

The monitor's quality-upgrade path was inert: run_pipeline's intake
short-circuit treated any existing LibraryItem as "done", so a
monitor-driven upgrade job for a below-cutoff copy jumped straight to
imported without downloading. Intake now checks whether the job is
monitor-driven (Request.monitoredReleaseId IS NOT NULL) and, if so,
only short-circuits when the existing copy already meets the quality
cutoff; plain manual requests keep exact slice-1 behavior. Also drops
an unused `field` import in browser.py.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

This commit is contained in:

Jonathan

2026-07-11 12:52:03 +02:00

parent 3934a0c45d

commit 4481f1d998

4 changed files with 158 additions and 3 deletions

									
										worker/lyra_worker/browser.py
									
		+1
		-1
	
												View File
												
				@@ -1,4 +1,4 @@

				from dataclasses import dataclass, field

				from dataclasses import dataclass

				from typing import Protocol