Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Search blowing up with errors using docker

See original GitHub issue

Description

Search is not working for me while using the docker image. Just clicking on the input blows up my console.

Expected behavior

Search to work

Actual behavior

I get this stack trace

[E 190715 01:29:45 web:1788] Uncaught exception GET /search/search_index.json (172.17.0.1)
    HTTPServerRequest(protocol='http', host='0.0.0.0:8000', method='GET', uri='/search/search_index.json', version='HTTP/1.1', remote_ip='172.17.0.1')
    Traceback (most recent call last):
      File "/usr/local/lib/python3.6/site-packages/tornado-6.0.2-py3.6-linux-x86_64.egg/tornado/web.py", line 1699, in _execute
        result = await result
      File "/usr/local/lib/python3.6/site-packages/tornado-6.0.2-py3.6-linux-x86_64.egg/tornado/web.py", line 2649, in get
        await self.flush()
      File "/usr/local/lib/python3.6/site-packages/tornado-6.0.2-py3.6-linux-x86_64.egg/tornado/web.py", line 1097, in flush
        return self.request.connection.write(chunk)
      File "/usr/local/lib/python3.6/site-packages/tornado-6.0.2-py3.6-linux-x86_64.egg/tornado/http1connection.py", line 497, in write
        self._pending_write = self.stream.write(self._format_chunk(chunk))
      File "/usr/local/lib/python3.6/site-packages/tornado-6.0.2-py3.6-linux-x86_64.egg/tornado/http1connection.py", line 474, in _format_chunk
        "Tried to write more data than Content-Length"
    tornado.httputil.HTTPOutputError: Tried to write more data than Content-Length

Steps to reproduce the bug

launch using docker image
click on the search bar

Package versions

Whatever versions are on the latest docker build (I’m guessing 4.4.0 at this time)

Project configuration

theme:
  name: 'material'
  feature:
    tabs: true

markdown_extensions:
  - admonition
  - meta
  - footnotes
  - codehilite:
      guess_lang: false
      use_pygments: true
      noclasses: true
      pygments_style: solarized-dark
  - pymdownx.caret
  - pymdownx.critic
  - pymdownx.details
  - pymdownx.inlinehilite
  - pymdownx.magiclink
  - pymdownx.mark
  - pymdownx.keys
  - pymdownx.smartsymbols
  - pymdownx.superfences
  - pymdownx.tilde
  - pymdownx.tasklist:
      custom_checkbox: true
  - pymdownx.betterem:
      smart_enable: all
  - toc:
      permalink: true

System information

OS: macOs 10.14.5
Browser: chrome and firefox

Issue Analytics

State:
Created 4 years ago
Comments:5 (2 by maintainers)

Top GitHub Comments

1reaction

JM-Mendezcommented, Jul 16, 2019

Ok, I found the issue. I’m changing into a different directory before running the docker command in a package.json script. If I run the command from my root directory or directly in a terminal, everything works fine. It has to do with passing ${PWD} to the docker command when running it from a package.json script, since an absolute path works as well.

I haven’t figured out how to fix it yet, but I think you can close this issue and I’ll come back and update it with a solution when I figure it out, in case someone else wants to use a nested directory.

Thanks for your quick replies and this awesome project.

0reactions

JM-Mendezcommented, Jul 16, 2019

Ok, so I tracked down the issue. I had an inline code block that needed to be escaped. It now works properly from everywhere.

I had