Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

NodeBB

  1. Home
  2. Selfhosted
  3. SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

Scheduled Pinned Locked Moved Selfhosted
selfhosted
18 Posts 5 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • H [email protected]

    I started a webui container and then I started to get this error in OpenWebUI interface.

    SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

    • latest Ollama on windows
    • latest Open WebUI in docker desktop

    according to a post online, I should set ENABLE_WEBSOCKET_SUPPORT=True in my docker compose, but I'm not using reverse proxy. Is ENABLE_WEBSOCKET_SUPPORT=True necessary?

    What could a possible solution be for this?

    My docker compose

    services:
      open-webui:
        image: ghcr.io/open-webui/open-webui:cuda 
        container_name: open-webui
        restart: unless-stopped
        ports:
          - "3000:8080"
        extra_hosts:
          - "host.docker.internal:host-gateway"
        volumes:
          - ./data:/app/backend/data
        deploy:
          resources:
            reservations:
              devices:
                - driver: nvidia
                  count: all
                  capabilities: [gpu]
    volumes:
      open-webui:
    

    log

    2025-06-21 10:43:57 open-webui  | 2025-06-21 00:43:57.601 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 172.21.0.1:37276 - "GET /_app/version.json HTTP/1.1" 304 - {}
    2025-06-21 10:44:58 open-webui  | 2025-06-21 00:44:58.114 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 172.21.0.1:49064 - "GET /_app/version.json HTTP/1.1" 304 - {}
    2025-06-21 10:45:58 open-webui  | 2025-06-21 00:45:58.779 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 172.21.0.1:55958 - "GET /_app/version.json HTTP/1.1" 304 - {}
    2025-06-21 10:46:59 open-webui  | 2025-06-21 00:46:59.179 | INFO     | uvicorn.protocols.http.httptools_impl:send:476 - 172.21.0.1:47424 - "GET /_app/version.json HTTP/1.1" 304 - {}
    

    UPDATE:

    • when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

    UPDATE 2:
    The problem is with this plugin https://addons.mozilla.org/en-US/firefox/addon/chameleon-ext/ Everything works fine with it disabled.

    The reason my chameleon breaks openwebui is because I changed a setting in it that it blocks all websocket connection

    Thank you everyone for your help

    D This user is from outside of this forum
    D This user is from outside of this forum
    [email protected]
    wrote last edited by
    #5

    In my experience that is almost always the server returning an html error page.

    Start with inspecting that actual response the first character is probably <. The rest of it is likely to be a "not found" or "internal server error" (being the most common) page.

    Then look at logs...

    H 2 Replies Last reply
    2
    • D [email protected]

      In my experience that is almost always the server returning an html error page.

      Start with inspecting that actual response the first character is probably <. The rest of it is likely to be a "not found" or "internal server error" (being the most common) page.

      Then look at logs...

      H This user is from outside of this forum
      H This user is from outside of this forum
      [email protected]
      wrote last edited by
      #6

      Hi how do I check the response?

      D 1 Reply Last reply
      1
      • D [email protected]

        In my experience that is almost always the server returning an html error page.

        Start with inspecting that actual response the first character is probably <. The rest of it is likely to be a "not found" or "internal server error" (being the most common) page.

        Then look at logs...

        H This user is from outside of this forum
        H This user is from outside of this forum
        [email protected]
        wrote last edited by
        #7

        when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

        D 1 Reply Last reply
        0
        • C [email protected]

          i would start by seeing what the actually API response is. i haven’t used OpenWebUI, but to me this looks like some kind of error response from the server. you could use an API tester like Bruno.
          also check your Ollama logs to see if it’s getting the request and any other output there.

          H This user is from outside of this forum
          H This user is from outside of this forum
          [email protected]
          wrote last edited by
          #8

          when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

          C 1 Reply Last reply
          1
          • T [email protected]

            Even when you're not using a reverse proxy, you're still going to be streaming to that socket.

            So I woild recomend that flag still and retest, because the only time I personally have seen that error is when the socket was closed to streaming and it fails to get returned data.

            H This user is from outside of this forum
            H This user is from outside of this forum
            [email protected]
            wrote last edited by [email protected]
            #9

            thanks I have enabled websocket but the issue still exists

            when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

            T 1 Reply Last reply
            1
            • H [email protected]

              when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

              C This user is from outside of this forum
              C This user is from outside of this forum
              [email protected]
              wrote last edited by
              #10

              fuckin weird that an extension would inject invalid JSON into an API payload. if you’re gonna make a shady plugin at least test it lol

              anyway, if that’s truly the issue i’d be worried about what my extensions were doing, personally.

              H 2 Replies Last reply
              1
              • C [email protected]

                fuckin weird that an extension would inject invalid JSON into an API payload. if you’re gonna make a shady plugin at least test it lol

                anyway, if that’s truly the issue i’d be worried about what my extensions were doing, personally.

                H This user is from outside of this forum
                H This user is from outside of this forum
                [email protected]
                wrote last edited by
                #11

                all the extension I installed is from https://addons.mozilla.org/, is there a quick way to check which extension is "inject invalid JSON into an API payload" ?

                1 Reply Last reply
                0
                • H [email protected]

                  thanks I have enabled websocket but the issue still exists

                  when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

                  T This user is from outside of this forum
                  T This user is from outside of this forum
                  [email protected]
                  wrote last edited by
                  #12

                  Yeah, trying an incognito window without the extensions would be the best place to start then, if you want to continue to use Firefox for it.

                  H 2 Replies Last reply
                  0
                  • T [email protected]

                    Yeah, trying an incognito window without the extensions would be the best place to start then, if you want to continue to use Firefox for it.

                    H This user is from outside of this forum
                    H This user is from outside of this forum
                    [email protected]
                    wrote last edited by
                    #13

                    The problem is with this plugin https://addons.mozilla.org/en-US/firefox/addon/chameleon-ext/ Everything works fine with it disabled. Don't now why though

                    1 Reply Last reply
                    0
                    • C [email protected]

                      fuckin weird that an extension would inject invalid JSON into an API payload. if you’re gonna make a shady plugin at least test it lol

                      anyway, if that’s truly the issue i’d be worried about what my extensions were doing, personally.

                      H This user is from outside of this forum
                      H This user is from outside of this forum
                      [email protected]
                      wrote last edited by
                      #14

                      The problem is with this plugin https://addons.mozilla.org/en-US/firefox/addon/chameleon-ext/ Everything works fine with it disabled.

                      The reason my chameleon breaks openwebui is because I changed a setting in it that it blocks all websocket connection

                      C 1 Reply Last reply
                      2
                      • T [email protected]

                        Yeah, trying an incognito window without the extensions would be the best place to start then, if you want to continue to use Firefox for it.

                        H This user is from outside of this forum
                        H This user is from outside of this forum
                        [email protected]
                        wrote last edited by
                        #15

                        The problem is with this plugin https://addons.mozilla.org/en-US/firefox/addon/chameleon-ext/ Everything works fine with it disabled.

                        The reason my chameleon breaks openwebui is because I changed a setting in it that it blocks all websocket connection

                        1 Reply Last reply
                        1
                        • H [email protected]

                          The problem is with this plugin https://addons.mozilla.org/en-US/firefox/addon/chameleon-ext/ Everything works fine with it disabled.

                          The reason my chameleon breaks openwebui is because I changed a setting in it that it blocks all websocket connection

                          C This user is from outside of this forum
                          C This user is from outside of this forum
                          [email protected]
                          wrote last edited by
                          #16

                          ah that makes sense

                          1 Reply Last reply
                          1
                          • H [email protected]

                            when I open http://localhost:3000/ in another browser it works perfectly fine. I think the issue is about the browser I used (firefox with a lot extension installed and setting tweaked)

                            D This user is from outside of this forum
                            D This user is from outside of this forum
                            [email protected]
                            wrote last edited by
                            #17

                            It could be the accepts header then... check if the request includes accetps: application/json

                            1 Reply Last reply
                            0
                            • H [email protected]

                              Hi how do I check the response?

                              D This user is from outside of this forum
                              D This user is from outside of this forum
                              [email protected]
                              wrote last edited by
                              #18

                              F12 should open the browser developer tools, one panel will be the network requests.

                              1 Reply Last reply
                              1
                              Reply
                              • Reply as topic
                              Log in to reply
                              • Oldest to Newest
                              • Newest to Oldest
                              • Most Votes


                              • Login

                              • Login or register to search.
                              Powered by NodeBB Contributors
                              • First post
                                Last post
                              0
                              • Categories
                              • Recent
                              • Tags
                              • Popular
                              • World
                              • Users
                              • Groups