Developer reveals hidden state bugs that consumed most of a Chrome extension build

·5 views

A developer shipped a Chrome extension that forwards highlighted text and screenshots to AI tabs like ChatGPT, Claude, and Gemini via the browser's side panel API. While the user interface took roughly six hours to build, four state-related bugs consumed the remainder of two weekends and spilled into the following week. The bugs involved issues such as incorrect tab targeting based on window focus, stale screenshot data being sent during annotations, incomplete prompt library entries that omitted source content, and orphaned destination tabs persisting after the side panel was closed. Each bug failed silently without crashes or error logs, making them difficult to detect and diagnose. The developer documented the experience to highlight that state management — not UI design — is where the bulk of development time is actually spent.

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)

Mechanical Rule Enforcement Beats Prompt Phrasing in AI Agent Compliance Study

A developer ran a controlled experiment across 150 standardized tasks to test whether AI agents comply better with rules written as logical syllogisms versus direct imperative commands. Both formats achieved near-perfect compliance at 99.3%, but the real driver was a mechanical verification system called GateGuard that blocked unverified file operations entirely. Retrospective data showed rule violations in 55.9% of sessions before GateGuard was active, dropping to 0.7% after it was wired in. While compliance rates were identical across both rule formats, syllogism-style rules produced deeper causal reasoning in unguarded design tasks, whereas imperative rules led to simple checklist behavior. The study concludes that mechanical enforcement, not prompt phrasing, is the dominant factor in ensuring AI agent rule-following.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Good Code Is Not Enough: A Developer's Guide to Failure Engineering

A new educational series on DEV Community uses a conversational uncle-nephew format to introduce the concept of failure engineering to beginner developers. The first episode focuses entirely on mindset, arguing that correct code alone cannot guarantee a working application because surrounding systems like databases, networks, and servers can fail independently. Using commercial aviation as an analogy, the piece illustrates how modern planes are engineered to survive individual component failures through redundancy and failover design. The core lesson draws a contrast between a beginner's assumption that nothing will fail and an experienced engineer's approach of planning for inevitable failures. The series builds on a prior Node.js Internals sequence and promises to introduce practical resilience patterns in future episodes.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

moteDB 0.5.1 Released with Incremental Vector Indexing and Atomic Cross-Modal Transactions

Developer moteDB version 0.5.1 has been released this week after 18 months of development, targeting embedded database needs for robotics and edge hardware. The update addresses a critical bug where warehouse robots could lose access to visual embeddings during memory buffer transitions, caused by unguarded read-drain boundary crossings. Key improvements include an epoch-stamped atomic write pipeline, incremental DiskANN vector indexing that updates online without requiring full offline rebuilds, and atomic transactions spanning vector, scalar, and time-series data. The release also introduces an Episode Memory API for time-bounded task memory and reduces the binary size from roughly 2MB to 900KB. Written entirely in Rust, moteDB operates as a serverless, single-file embedded database with no daemon requirement and is available now on crates.io.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Cuts Claude Code Context Injection 80% by Pruning Unused Language Rules

A developer working with Claude Code identified that slow sessions and ignored instructions were caused by excessive context injection at session start, not model errors. Auditing revealed that the rules directory alone was injecting around 228KB of data — equivalent to roughly 57,000 tokens — every single session. The bulk of the bloat came from coding conventions for ten programming languages, such as Swift, Ruby, and Kotlin, that the developer never actually used. Because Claude Code loads the entire rules directory automatically rather than on demand, simply moving unused language folders outside the directory tree was enough to stop their injection. After the cleanup, context injection dropped to approximately 48KB, resolving both session lag and the problem of recent instructions being buried by earlier context.

0 comments Read more at DEV Community