[Bug]: Attachemnts link starts with two // instead of one. #759

Closed
opened 2026-02-04 21:14:44 +03:00 by OVERLORD · 3 comments
Owner

Originally created by @Hexadual on GitHub (Jul 11, 2025).

Where is the problem occurring?

I encountered the problem while using the application (Frontend)

What browsers are you seeing the problem on?

Firefox

Current behavior

When I go to a card and attach an image it uploads but does not appear. then when I go to download it. In the URL it I get .com//attachments/1552053126305940544/download/TMS-Sam.png But when I delete one of the /'s so that there is only one I can see the attachment.

Image

This is what it is by default
Image

This is what it should be. This link works and points to the attachment.
Image

Desired behavior

The files should be refrenced with only one / and not two. This is causing errors

Steps to reproduce

I deployed Planka with a docker container. Set it up and it is having this issue out of the box

services:
  planka:
    image: ghcr.io/plankanban/planka:2.0.0-rc.3
    restart: on-failure
    volumes:
      - favicons:/app/public/favicons
      - user-avatars:/app/public/user-avatars
      - background-images:/app/public/background-images
      - attachments:/app/private/attachments
    ports:
      - 3000:1337
    environment:
      - BASE_URL=https://DOMAIN.DOMAIN.gg/
      - DATABASE_URL=postgresql://postgres@postgres/planka
      - SECRET_KEY=XXXXXXXXXXXXXXXXXXXX
    depends_on:
      postgres:
        condition: service_healthy
  postgres:
    image: postgres:16-alpine
    restart: on-failure
    volumes:
      - db-data:/var/lib/postgresql/data
    environment:
      - POSTGRES_DB=planka
      - POSTGRES_HOST_AUTH_METHOD=trust
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres -d planka"]
      interval: 10s
      timeout: 5s
      retries: 5
volumes:
  favicons:
  user-avatars:
  background-images:
  attachments:
  db-data:

This is my docker compose file.

Other information

No response

Originally created by @Hexadual on GitHub (Jul 11, 2025). ### Where is the problem occurring? I encountered the problem while using the application (Frontend) ### What browsers are you seeing the problem on? Firefox ### Current behavior When I go to a card and attach an image it uploads but does not appear. then when I go to download it. In the URL it I get `.com//attachments/1552053126305940544/download/TMS-Sam.png` But when I delete one of the `/`'s so that there is only one I can see the attachment. <img width="567" height="141" alt="Image" src="https://github.com/user-attachments/assets/94e95631-c6a0-4981-bfec-e9f22cc9c93c" /> This is what it is by default <img width="473" height="45" alt="Image" src="https://github.com/user-attachments/assets/c396206b-7f8b-49fd-9e51-462599d852e5" /> This is what it should be. This link works and points to the attachment. <img width="447" height="41" alt="Image" src="https://github.com/user-attachments/assets/005c9ba5-54fe-4c37-a2ad-1d621d4412c1" /> ### Desired behavior The files should be refrenced with only one / and not two. This is causing errors ### Steps to reproduce I deployed Planka with a docker container. Set it up and it is having this issue out of the box ``` services: planka: image: ghcr.io/plankanban/planka:2.0.0-rc.3 restart: on-failure volumes: - favicons:/app/public/favicons - user-avatars:/app/public/user-avatars - background-images:/app/public/background-images - attachments:/app/private/attachments ports: - 3000:1337 environment: - BASE_URL=https://DOMAIN.DOMAIN.gg/ - DATABASE_URL=postgresql://postgres@postgres/planka - SECRET_KEY=XXXXXXXXXXXXXXXXXXXX depends_on: postgres: condition: service_healthy postgres: image: postgres:16-alpine restart: on-failure volumes: - db-data:/var/lib/postgresql/data environment: - POSTGRES_DB=planka - POSTGRES_HOST_AUTH_METHOD=trust healthcheck: test: ["CMD-SHELL", "pg_isready -U postgres -d planka"] interval: 10s timeout: 5s retries: 5 volumes: favicons: user-avatars: background-images: attachments: db-data: ``` This is my docker compose file. ### Other information _No response_
Author
Owner

@talondnb commented on GitHub (Jul 11, 2025):

you might want to redact your base_url from your post.

@talondnb commented on GitHub (Jul 11, 2025): you might want to redact your base_url from your post.
Author
Owner

@meltyshev commented on GitHub (Jul 11, 2025):

Hi! This might be due to the / at the end of your BASE_URL. Try removing it and see if that helps (just a guess, I haven't tested it).

@meltyshev commented on GitHub (Jul 11, 2025): Hi! This might be due to the `/` at the end of your `BASE_URL`. Try removing it and see if that helps (just a guess, I haven't tested it).
Author
Owner

@Hexadual commented on GitHub (Jul 12, 2025):

Hi! This might be due to the / at the end of your BASE_URL. Try removing it and see if that helps (just a guess, I haven't tested it).

Yep that was it. Thank you!

@Hexadual commented on GitHub (Jul 12, 2025): > Hi! This might be due to the `/` at the end of your `BASE_URL`. Try removing it and see if that helps (just a guess, I haven't tested it). Yep that was it. Thank you!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/planka#759