Playwright's check() can silently fail on JavaScript-driven select-all checkboxes

·2 views

A subtle automation bug in WordPress plugin and theme update screens causes Playwright's check() method to appear successful while individual checkboxes remain unchecked. This happens because check(force=True) updates only the target checkbox's DOM state without guaranteeing the JavaScript handler responsible for propagating the selection actually fires. As a result, clicking the update button submits an empty selection with no error thrown, making the test run look normal when nothing was updated. The recommended fix is to verify the checked state of individual checkboxes immediately after calling check(), and fall back to selecting each one manually if the select-all had no effect. Because WordPress plugin and theme update screens share the same structure, this verify-and-fallback pattern must be applied consistently across all affected screens.

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)

How Intel SGX and Gramine Can Shield Health Data During Cloud Inference

Confidential Computing using Trusted Execution Environments (TEEs) offers a hardware-based approach to protecting sensitive health data processed in the cloud. Intel SGX creates an isolated memory region called an enclave, where data remains encrypted even if the host operating system or root administrator is compromised. A practical pipeline can be built using Intel SGX, the Gramine library OS, and C++, allowing health inference models to run on encrypted inputs without exposing data to the underlying cloud infrastructure. Gramine acts as a bridge between standard Linux binaries and SGX hardware, enabling containerized deployment via Docker without rewriting application code. The approach ensures that both model weights and patient data, such as heart rate readings, stay protected throughout the entire inference lifecycle.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Key Tips for Running Stable ML Inference as a Background Process on macOS

Developers running machine learning inference services as background processes on macOS face several platform-specific pitfalls that differ from Linux environments. Unlike Linux, macOS lacks GNU coreutils tools such as setsid and timeout by default, requiring alternatives like nohup combined with disown to keep processes running after a terminal is closed. Log processing tools like grep and tr can crash on macOS when encountering binary or garbled multibyte characters in inference logs, a problem resolved by setting LC_ALL=C to handle text as raw bytes. Because ML models take variable time to load, using a fixed sleep delay before sending requests is unreliable; instead, polling a health endpoint until it returns a 200 status ensures the service is truly ready. These tips were compiled from real-world experience running a Seed-VC voice conversion service built on FastAPI and uvicorn on macOS.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Handle Notification Taps in Expo Apps Across All Launch States

When a user taps a push notification, the app's entry point varies depending on whether it was terminated, backgrounded, or active at the time. Expo provides two separate mechanisms to cover these cases: getLastNotificationResponseAsync() for cold launches and addNotificationResponseReceivedListener() for background or foreground taps. Developers should avoid triggering navigation before authentication checks or the Navigator is fully ready, as this can cause routing conflicts. To prevent duplicate listeners during screen remounts or Fast Refresh, the listener subscription should be cleaned up with remove(). For security, externally provided URLs should be validated against allowed hosts and converted to internal routes before being passed to the router.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Your Claude Code Subagents Fail: Description, Name Conflicts, and Bad Tool Entries

Claude Code allows developers to create custom subagents using Markdown files with YAML frontmatter, stored in either a project-level or global agents directory. The routing system works entirely through the description field — Claude reads each subagent's description and decides when to delegate based on how well it matches a given task. Vague, title-like descriptions are the most common reason subagents go unused, while detailed descriptions that specify when to delegate work far more reliably. Two additional failure points include name collisions that silently drop a file and invalid tool entries that prevent the subagent from launching altogether. Optional fields such as model, maxTurns, memory, and isolation offer further control over how each subagent behaves and executes.

0 comments Read more at DEV Community