Fix dedup apply lock-hang, mawk-broken tag passes; add track delete, fix button/select CSS
confirm_and_apply no longer marks candidates confirmed before their apply job actually succeeds (a stuck/skipped_lock run was silently vanishing confirmed deletes without deleting anything), switches the fuzzy pass to --apply-pairs to avoid a full rescan on every confirm, and adds a job timeout so a hung subprocess can't hold the global pipeline lock forever. dedup-library.sh's Pass 2-4 use gawk-only features (gensub, POSIX interval regex) but were running under mawk (Debian's default awk) in the deployed image, throwing silent syntax errors on every run -- switched those invocations to gawk explicitly and added it to the Dockerfile. Also: per-track delete button on the library list/detail pages, and two CSS fixes (the primary button's hover gradient was getting clobbered by the base .btn:hover rule's plain background, and the select dropdown arrow had no background-size so it rendered oversized).
This commit is contained in:
+26
-2
@@ -320,7 +320,19 @@ main {
|
||||
background-size: 220% auto;
|
||||
box-shadow: 0 10px 30px -12px rgba(167, 139, 250, 0.6);
|
||||
}
|
||||
.btn-primary:hover { background-position: 100% 50%; box-shadow: 0 10px 34px -8px rgba(167, 139, 250, 0.75); }
|
||||
/* Re-declare the full `background` shorthand here, not just
|
||||
background-position: .btn:hover above sets `background` (shorthand) to
|
||||
a flat color at equal specificity, and since it comes first in source
|
||||
order .btn-primary:hover must repeat the shorthand to still win --
|
||||
otherwise it silently wipes out the gradient image/size, leaving the
|
||||
near-black .btn-primary text on a near-black background ("the glow
|
||||
makes the button black"). */
|
||||
.btn-primary:hover {
|
||||
background: var(--gradient-holo);
|
||||
background-size: 220% auto;
|
||||
background-position: 100% 50%;
|
||||
box-shadow: 0 10px 34px -8px rgba(167, 139, 250, 0.75);
|
||||
}
|
||||
|
||||
.btn-danger {
|
||||
background: rgba(251, 113, 133, 0.1);
|
||||
@@ -365,7 +377,19 @@ input:focus, textarea:focus, select:focus {
|
||||
border-color: var(--iris-violet);
|
||||
box-shadow: 0 0 0 3px rgba(167, 139, 250, 0.18);
|
||||
}
|
||||
select { appearance: none; background-image: url("data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 20 20' fill='none'%3E%3Cpath d='M5 7.5 10 12.5 15 7.5' stroke='%239799ac' stroke-width='1.6' stroke-linecap='round' stroke-linejoin='round'/%3E%3C/svg%3E"); background-repeat: no-repeat; background-position: right 0.75rem center; padding-right: 2.25rem; }
|
||||
/* No intrinsic width/height on the inline SVG means browsers fall back to
|
||||
an oversized default replaced-element size for the background-image
|
||||
(no background-size was set here) -- that's what was rendering the
|
||||
arrow huge enough to sit on top of the "(any)" text. Pin it to a small
|
||||
fixed size explicitly. */
|
||||
select {
|
||||
appearance: none;
|
||||
background-image: url("data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 20 20' fill='none'%3E%3Cpath d='M5 7.5 10 12.5 15 7.5' stroke='%239799ac' stroke-width='1.6' stroke-linecap='round' stroke-linejoin='round'/%3E%3C/svg%3E");
|
||||
background-repeat: no-repeat;
|
||||
background-position: right 0.75rem center;
|
||||
background-size: 0.85rem 0.85rem;
|
||||
padding-right: 2.25rem;
|
||||
}
|
||||
|
||||
.checkbox-field {
|
||||
display: flex;
|
||||
|
||||
Reference in New Issue
Block a user