openwebf-app-devserver-network

Diagnose dev server reachability and HMR websocket issues for WebF apps on real devices.

Updated Dec 17, 2025
One-click install
npx skills add https://github.com/archview-ai/webf-plugin --skill openwebf-app-devserver-network
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openwebf-app-devserver-network
Source: https://github.com/archview-ai/webf-plugin/tree/main/webf-plugin/skills/openwebf-app-devserver-network
Command: npx skills add https://github.com/archview-ai/webf-plugin --skill openwebf-app-devserver-network

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Troubleshoot dev server reachability and HMR for WebF apps on real devices, including LAN IP usage, binding, firewall, and websocket issues.

Core Features & Use Cases

  • Gather device/platform details, server URL, and error symptoms
  • Checklist: LAN IP usage, host binding, firewall rules, and HMR websocket reachability
  • Use MCP docs as the authoritative guide for steps

Quick Start

Collect minimal facts and run through a LAN reachability checklist to restore access.

Frequently Asked Questions about openwebf-app-devserver-network

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I fix dev server reachability issues when testing WebF apps on real devices?

Dev server reachability problems on real devices typically stem from incorrect host binding, firewall rules, or using localhost instead of LAN IP. Verify your dev server binds to 0.0.0.0 or your machine's LAN IP, confirm firewall permits inbound traffic on the server port, and ensure the device connects via LAN IP—not localhost. Check HMR websocket connectivity separately if hot module replacement fails.

Why won't my WebF app on a real device connect to the dev server over the network?

Network connectivity failures occur when the dev server binds to localhost (127.0.0.1) instead of 0.0.0.0 or your LAN IP, or when firewall rules block the port. Use the --host flag in Vite or Webpack configuration to bind to 0.0.0.0, verify your device and dev machine are on the same network, and test the LAN IP directly from the device browser before debugging HMR.

Do I need to configure HMR separately for Vite and Webpack when using WebF?

HMR websocket configuration depends on your bundler. Vite and Webpack both require explicit HMR settings when the dev server binds to a non-localhost interface. Specify the HMR host and port in your bundler config to match your LAN IP and ensure websocket traffic reaches the device without firewall interference.

What firewall and port settings do I need to access a WebF dev server from a real device?

Allow inbound traffic on your dev server's port (typically 5173 for Vite, 8080 for Webpack) through your machine's firewall. Verify the port is not already in use, confirm your device can reach your machine's LAN IP on that port using basic connectivity tools, and check that any intermediate network appliances or VPN do not block the connection.

How do I verify my WebF dev server binds to the correct interface for device access?

Confirm host binding by checking your Vite or Webpack dev server startup logs for the bound address. Use netstat or ss commands to verify the port listens on 0.0.0.0 or your target LAN IP. Test direct access from the device by visiting http://[your-lan-ip]:[port] in the device browser to isolate network versus configuration issues.

What's the difference between localhost and LAN IP when running a WebF dev server for real devices?

Localhost (127.0.0.1) is accessible only on the machine running the dev server, while LAN IP is reachable from other devices on the network. Real devices must connect via LAN IP. Configure your dev server to bind to 0.0.0.0 or explicitly set --host to your LAN IP so the device can establish both HTTP and HMR websocket connections.

Related Skills