[Bug]: Vite detection truncates public/hot during Herd Share, causing assets to 404
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 57/100
Línea de trabajo
Start by tracing Herd Share’s automatic Vite detection and the monitoring timer that writes to Laravel’s public/hot file; the issue identifies Expose’s Windows early return as the likely cause. Reproduce on Windows with Herd Share and npm run dev, then check whether public/hot retains the valid Vite URL. Done means the file is not emptied when the Vite sharing process cannot start, and the shared site loads its Vite assets.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Platform
Windows
Operating system version
Windows 11 Pro 10.0.26200 Build 2600
System architecture
Intel (x86)
Herd Version
2.0.0
PHP Version
PHP 8.4
Bug description
On Windows, Herd Share’s automatic Vite detection corrupts Laravel’s public/hot file.
When Herd Share starts npm run dev, Vite initially writes a valid development-server URL to public/hot. Shortly afterward, Expose replaces the file contents with an empty string, leaving a zero-byte public/hot file.
Laravel still detects that the file exists and assumes the Vite development server is active. It consequently generates development asset URLs such as:
/@vite/client
/resources/js/app.js
/resources/scss/app.scss
These requests are sent through the shared Laravel URL and return 404 responses, so none of the Vite-managed JavaScript or CSS loads.
This appears to happen because Expose’s Vite-sharing implementation returns early when running on Windows, since it cannot create the Vite child process. However, the Vite monitoring timer continues running and writes the empty shared Vite URL into public/hot.
The application’s Vite entry points compile correctly with both npm run dev and vite build --watch. The problem occurs specifically when Herd Share’s automatic Vite integration is enabled.
TLDR:
Expose does not create the Vite sharing process on Windows, but its monitoring logic still replaces the contents of public/hot with the empty shared Vite URL. Laravel sees the existing file, enables development mode and generates asset URLs that return 404.
Steps to reproduce
Herd share using application
NPM run dev starts
Vite initially creates public/hot containing valid vite url
2 seconds later contents of public/hot are empty
Open site url and observe 404s for js and css files.
Relevant log output
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 124
- Forks
- 1
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de beyondcode/herd-community
-
macOS
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
beyondcode/herd-community#1774 ·
-
fixed-in-next-release macOS
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
beyondcode/herd-community#1771 ·
-
[Bug]: PHP 8.3 php.ini missing auto_prepend_file and herd-ext extension lines (dump() undefined)AbiertomacOS
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
beyondcode/herd-community#1693 ·
-
macOS
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
beyondcode/herd-community#1602 ·
-
[Bug]: herd php:update hangs indefinitely on Windows when background PHP processes hold file locksAbiertowindows
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
beyondcode/herd-community#1775 ·
Todos los issues de beyondcode/herd-community
Issues similares
-
fix(cursor): align Grok 4.7 context window to 256k/500k and drop unsupported max effort tierAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
diegosouzapw/OmniRoute#17386 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
QuantumNous/new-api#7930 ·
Los mantenedores suelen responder en 1 día
-
area/dashboard kind/bug kind/bug-qa QA/dev-automation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
vybestack/llxprt-code#3917 · 1 comentario ·
Los mantenedores suelen responder en 1 día