paperless-ng icon indicating copy to clipboard operation
paperless-ng copied to clipboard

[BUG] Progression bar stuck

Open Keiishu opened this issue 3 years ago • 10 comments

Describe the bug Whenever I try to upload a document from the web interface, the progression bar gets stuck at "Upload complete, waiting...". No status is reported beyond that, whether it's a success or an error, with the only exception being when the file type is not supported.

To Reproduce

  1. Go to the web interface
  2. Upload a supported file with "Upload new documents"
  3. Observe the progression bar not going further than "Upload complete, waiting..."

Expected behavior The progression bar reflecting the current status of the consumer/worker.

Screenshots image

Webserver logs

(...)
18:16:27 [Q] INFO Process-1:15 processing [CV.pdf]
18:16:27 [Q] INFO Enqueued 1
[2022-01-23 18:16:30,209] [INFO] [paperless.consumer] Consuming CV.pdf
[2022-01-23 18:16:58,588] [INFO] [paperless.consumer] Document 2001-09-03 CV consumption finished
18:16:58 [Q] INFO Process-1:15 stopped doing work
18:16:58 [Q] INFO recycled worker Process-1:15
18:16:58 [Q] INFO Process-1:17 ready for work at 1835
18:16:59 [Q] INFO Processed [CV.pdf]
(...)

Relevant information

  • Paperless-ng 1.5.0 on Docker 20.10.3, on a Synology NAS (DS218+ – DSM 7.0.1)
  • Tried on Firefox 96.0.2 and Brave 1.34.81
  • Tried with and without my reverse proxy
docker-compose.yml
version: "3.8"
services:
  paperless-ng:
    image: jonaswinkler/paperless-ng
    container_name: Paperless
    depends_on:
      - redis
      - gotenberg
      - tika
    environment:
      USERMAP_UID: <redacted>
      USERMAP_GID: 100
      TZ: Europe/Brussels
      PAPERLESS_TIME_ZONE: Europe/Brussels
      PAPERLESS_REDIS: redis://redis:6379
      PAPERLESS_SECRET_KEY: <redacted>
      PAPERLESS_OCR_LANGUAGES: fra eng
      PAPERLESS_OCR_LANGUAGE: fra+eng
      PAPERLESS_OCR_ROTATE_PAGES_THRESHOLD: 9
      PAPERLESS_TIKA_ENABLED: 1
      PAPERLESS_TIKA_GOTENBERG_ENDPOINT: http://gotenberg:3000
      PAPERLESS_TIKA_ENDPOINT: http://tika:9998
    volumes:
      - <redacted>
    ports:
      - 8100:8000
    healthcheck:
      test: ["CMD", "curl", "-f", "http://<redacted>:8100"]
      interval: 30s
      timeout: 10s
      retries: 5
    restart: unless-stopped
    networks:
      - paperless-ng
  redis:
    image: redis:4-alpine
    container_name: Paperless-Redis
    environment:
      - TZ=Europe/Brussels
    command: redis-server --bind redis --port 6379 --maxmemory 64M --maxmemory-policy volatile-lru
    restart: unless-stopped
    networks:
      - paperless-ng
  gotenberg:
    image: thecodingmachine/gotenberg:6
    container_name: Paperless-Gotenberg
    environment:
      TZ: Europe/Brussels
      DISABLE_GOOGLE_CHROME: 1
      MAXIMUM_WAIT_TIMEOUT: 300.0
      DEFAULT_WAIT_TIMEOUT: 300.0
    command: gotenberg --api-port=3000 --api-process-timeout=300 --log-level=debug
    restart: unless-stopped
    networks:
      - paperless-ng
  tika:
    image: apache/tika:1.27-full
    container_name: Paperless-Tika
    environment:
      TZ: Europe/Brussels
    restart: unless-stopped
    networks:
      - paperless-ng
networks:
  paperless-ng:
    name: paperless-ng

Keiishu avatar Jan 23 '22 17:01 Keiishu

any help i have the same issus

makpith avatar Jan 27 '22 19:01 makpith

same here. I run it behind a reverse proxy and bare-metal. tried some configs for the reverse-proxy but it didnt help

HellmannK avatar Jan 29 '22 13:01 HellmannK

Same here. I was able to resolve this issue by deleting / commenting out the PAPERLESS_ALLOWED_HOSTS and PAPERLESS_CORS_ALLOWED_HOSTS properties in my config and then restarting the application.

SamuelBlickle avatar Jan 29 '22 21:01 SamuelBlickle

but I understant it like that, that when i expose paperless-ng to the internet via reverse proxy i need this options. you use yours only local?

HellmannK avatar Jan 29 '22 23:01 HellmannK

You are right, it is highly recommended to set these parameters, as it can leave your server vulnerable to some forms of HTTP request header and CORS attacks if you don't. If your system is facing a public network, you should look into those two parameters and find out what you messed up there.

For me it was in fact two things:

  1. I did not add a schema (https://) to my PAPERLESS_CORS_ALLOWED_HOSTS
  2. I had to add localhost to the list of PAPERLESS_ALLOWED_HOSTS

SamuelBlickle avatar Jan 30 '22 12:01 SamuelBlickle

I have it like this:

PAPERLESS_ALLOWED_HOSTS=xxx.xxx.de,192.168.xxx.xxx PAPERLESS_CORS_ALLOWED_HOSTS=https://xxx.xxx.de,http://192.168.xxx.xxx

HellmannK avatar Jan 30 '22 18:01 HellmannK

Have you tried adding localhost (as localhost - not as a local IP address) to the PAPERLESS_ALLOWED_HOSTS?

SamuelBlickle avatar Jan 30 '22 20:01 SamuelBlickle

Hi! Yes, I tried that before. When I refresh the page manualy the progressionbar is gone. So I guess maybe there is a problem with the reverse-proxy config. Could that be?

HellmannK avatar Jan 31 '22 08:01 HellmannK

i have delete it but still the same , and just addedd #PAPERLESS_ALLOWED_HOSTS=http://localhost:8000 #PAPERLESS_CORS_ALLOWED_HOSTS=http://localhost:8000 but still the same no upload

makpith avatar Feb 01 '22 17:02 makpith

Same here. Added PAPERLESS_ALLOWED_HOSTS and PAPERLESS_CORS_ALLOWED_HOSTS according to responses to this issue but nothing changed unfortunately.

gpolydoros avatar Feb 09 '23 08:02 gpolydoros