SShortSingh.
Back to feed

Silent CI failure: stale binary passed 13 test suites after zero-second build

0
·1 views

A software pipeline silently failed when its build step completed in zero seconds and reported success, having compiled nothing at all. The root cause was a mirror script that preserved original file timestamps when copying source code, causing the build tool to treat existing artifacts as newer than the freshly copied sources and skip recompilation entirely. Thirteen test suites then ran against the previous day's binary, each passing with byte-identical results — which the pipeline's own determinism checks ironically confirmed as correct. The build duration field logged 'seconds=0' throughout, signalling the failure openly, but no automated check was reading it. The fix involves resetting source file timestamps after mirroring, or better yet, asserting that either build time exceeds zero or all artifact timestamps post-date the mirror's start time.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingHacker News ·

YC-backed Cua seeks Founding Technical GTM Lead

Cua, a startup backed by Y Combinator's P25 batch, is currently hiring for a Founding Technical Go-to-Market Lead role. The position is listed on Y Combinator's official jobs board. This is an early-stage hire, suggesting the company is in its initial growth and commercialization phase. No further details about the role's responsibilities or compensation were publicly disclosed in the listing.

0
ProgrammingDEV Community ·

Developer Fixes VS Code Extension That Fired Five API Requests in 15 Seconds

A developer identified and resolved a rate-limiting flaw in their VS Code extension, ds_usage, which displays Claude Code API usage in the status bar. The bug stemmed from each open VS Code window running its own polling timer independently, causing multiple redundant requests — especially when switching windows or clicking the status bar item. The fix introduced a shared cache file via VS Code's global storage, so all windows read from a single source instead of each making separate server calls. A 429 rate-limit response now writes a shared block that all windows respect, and clicks cannot override the cooldown period. The open-source extension, available on the VS Code Marketplace under MIT license, also handles authentication transparently by reading existing Claude Code credentials without storing or logging them.

0
ProgrammingDEV Community ·

How to Accurately Track SaaS Signups in GA4 Without Duplicate or False Events

Developers tracking SaaS signups in Google Analytics 4 should fire the sign_up event only after an account is successfully created, not on button click, to avoid counting failed or duplicate attempts. Google's recommended sign_up event supports a method parameter — such as 'Email' or 'Google' — to describe how the account was created. A single source of truth should own the event to prevent double-counting from components like both a signup form and a welcome page triggering it simultaneously. Separate events should be used for distinct milestones: the button click, account creation, and the user's first meaningful product action each answer different analytical questions. Before implementation, teams should define success criteria clearly, validate tracking using GA4's Realtime or DebugView tools, and ensure no personally identifiable information is included in event parameters.

Silent CI failure: stale binary passed 13 test suites after zero-second build · ShortSingh