SShortSingh.
Back to feed

Developer discovers 2,500 tests in public repo had never been automatically run

0
·1 views

A developer found that their public repository, despite containing over 2,500 tests, had no CI pipeline and no GitHub Actions workflows, meaning tests only ran when manually triggered. One crate was missing from the workspace manifest entirely, making it impossible to compile, while a bundled end-to-end script shipped with a probe threshold higher than the actual test count, causing it to exit with an error on every run. The core feature the project was marketed on had a dedicated test that had never once executed, as it lived in the orphaned crate no one had wired into the build. Additionally, the public Cargo.toml declared 19 workspace members while a fresh clone only contained 14, causing every cargo command to fail before reading a single line of Rust code. The developer has since added the missing crate to the workspace and created a CI workflow, acknowledging that an unrun test suite is effectively just a document formatted like code.

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
ProgrammingDEV Community ·

Developer Builds Human-Gated Gratitude Tipping Tool in a Single Weekend

A developer built Thanks2Go, a minimal tipping platform, over a single weekend as part of DEV's Generosity Edition challenge. The tool lets creators declare a canonical profile on their own webpage, allowing visitors to send either a fixed $2 USD PayPal tip or a Solana devnet gesture via an explicit browser extension click. No account system, payment database, ranking, or automated approval exists — all payment actions require direct human confirmation. The project uses a React and TypeScript frontend, a Chrome extension, an Express API with signed mandates, and two A2A agents that can inspect and stage payments but cannot capture or authorize them. The developer built the tool after realizing that knowledge gained over five years of coding could help others, and wanted gratitude to remain a deliberate human act rather than an automated transaction.

0
ProgrammingDEV Community ·

Developer Builds Secure AI Journaling App Using Google Cloud and Gemini

A developer has created a private AI-powered journaling application called Personal Gemini Journal, hosted on Google Cloud and powered by Google's Gemini AI model. The app allows users to sign in, write journal entries, and chat with Gemini to receive personalized insights from their writing history. Security was prioritized from the start, with the stack incorporating Firebase Authentication, Firestore security rules for data isolation, and Google Cloud Secret Manager to protect API credentials. Beyond basic journaling, the app includes an AI Insights feature that analyzes recent entries to surface themes, mood, growth areas, and suggested next steps. The project highlights that building production-ready AI applications requires careful attention to authentication, data security, and secret management — not just model integration.

0
ProgrammingDEV Community ·

Dev loses Play Store testing streak after missing env variable crashes production app

A developer building RentDera, a rent-management app for landlords using Expo and React Native, shipped version 1.1.0 on the evening of Janmashtami, only to have it crash within 30 minutes due to a single missing environment variable in the production build. The variable existed locally but was never injected into the CI/release pipeline, causing the app to fail on startup for all closed testers. After a quick fix and republish, a second issue emerged with the newly added Google Sign-In feature, which remains under investigation due to complexities around OAuth credentials and Android keystores. Separately, one of the required 12 closed testers on the Google Play Store opted out that same night, resetting a five-day testing streak that must run 14 consecutive days before an individual developer can publish publicly. The developer highlighted the need to over-recruit testers as a buffer and to ensure release pipelines actively supply all validated environment variables, not just catch missing ones at runtime.

0
ProgrammingDEV Community ·

How JavaScript Uses Lexical Environments to Manage Variable Scope

A lexical environment is an internal structure JavaScript creates to track variables and functions within a given scope, along with a reference to any outer scope. Each time a function is called, JavaScript generates a new lexical environment containing that function's parameters and local variables. When a variable is referenced, JavaScript searches the current environment first, then moves outward through enclosing scopes until it reaches the global environment. If the variable is not found anywhere in this chain, JavaScript throws a ReferenceError. Crucially, scope in JavaScript is determined by where code is physically written — not where a function is invoked — which is what the term 'lexical' refers to.