Why is index.html ignored when I do not issue any ignore pattern and how to fix this?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start by tracing Server.watch and server.serve through the watcher handling shown in the issue, using the printed _tasks entries for build/**/* and build/*. Determine why build/index.html is logged as ignored despite ignore being None. Done means identifying the cause and documenting or verifying a configuration that watches all files under build.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I run a livereload server from this code:
from livereload import Server, shell
server = Server()
server.watch('build/**/*')
server.watch('build/*')
print(server.watcher._tasks)
server.serve(host='0.0.0.0', root='build', port=9000)
When I run this server and then change the stuff in my site directory build I get logging output like this:
$$$ python server.py
{'build/**/*': {'func': None, 'delay': None, 'ignore': None, 'mtimes': {}},
'build/*': {'func': None, 'delay': None, 'ignore': None, 'mtimes': {}}}
[I 201025 13:23:17 server:335] Serving on http://0.0.0.0:9000
[I 201025 13:23:17 handlers:62] Start watching changes
[I 201025 13:23:17 handlers:64] Start detecting changes
[I 201025 13:23:38 handlers:135] Browser Connected: http://localhost:9000/gallery/
[I 201025 13:24:36 handlers:95] Reload 1 waiters: build/static/css/custom.css
[I 201025 13:24:37 handlers:82] Ignore: build/index.html
The output shows in the last line that build/index.html is ignored hwich totally defets the propsuse - beacsue build/index.html was chanegd. And my debug print line at the top show clearly that in _tasks is no ignore attrivute set.
So why is build/index.html ignored and how can I tell livereload to watch all files in the directory build for changes. (The site is not very big; it contains only 114 files).
- Lenguaje dominante
- Python
- Estrellas
- 1.1k
- Forks
- 148
- 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 lepture/python-livereload
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 70/100
lepture/python-livereload#159 · 3 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
lepture/python-livereload#288 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
lepture/python-livereload#283 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
lepture/python-livereload#282 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
lepture/python-livereload#279 ·
Todos los issues de lepture/python-livereload
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Vector35/community-plugins#376 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
py-econometrics/pyfixest#1883 ·
Los mantenedores suelen responder en 1 día
-
bad links in rfc5890.htmlAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ietf-tools/rfc2html#81 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
mysql/mysql-operator#60 ·
-
Python: Bug: split_plaintext_paragraph / split_markdown_paragraph can return a chunk larger than max_tokensPosiblemente ocupada @xThreeh la tomó hoy. Abiertopython triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
microsoft/semantic-kernel#14566 ·
Los mantenedores suelen responder en 4 días