Click on the Upload new image button but nothing happens #443

New Issue

OVERLORD · 2026-02-04T19:33:28+03:00

OVERLORD commented

2026-02-04 19:33:28 +03:00

Originally created by @Ssiswent on GitHub (Mar 21, 2024).

Here I clicked on the Upload new image button, but nothing appears:

Planka installed on MacOS with Docker as this doc said:
https://docs.planka.cloud/docs/installation/docker/production_version

And here is my docker-compose.yml:

version: '3'

services:
  planka:
    image: ghcr.io/plankanban/planka:master
    restart: on-failure
    volumes:
      - user-avatars:/app/public/user-avatars
      - project-background-images:/app/public/project-background-images
      - attachments:/app/private/attachments
    ports:
      - 3000:1337
    environment:
      - BASE_URL=http://localhost:3000
      - DATABASE_URL=postgresql://postgres@postgres/planka
      - SECRET_KEY=xxx

      # - TRUST_PROXY=0
      # - TOKEN_EXPIRES_IN=365 # In days

      # related: https://github.com/knex/knex/issues/2354
      # As knex does not pass query parameters from the connection string we
      # have to use environment variables in order to pass the desired values, e.g.
      # - PGSSLMODE=<value>

      # Configure knex to accept SSL certificates
      # - KNEX_REJECT_UNAUTHORIZED_SSL_CERTIFICATE=false

      - DEFAULT_ADMIN_EMAIL=demo@demo.demo # Do not remove if you want to prevent this user from being edited/deleted
      - DEFAULT_ADMIN_PASSWORD=demo
      - DEFAULT_ADMIN_NAME=Demo Demo
      - DEFAULT_ADMIN_USERNAME=demo

      # - OIDC_ISSUER=
      # - OIDC_CLIENT_ID=
      # - OIDC_CLIENT_SECRET=
      # - OIDC_SCOPES=openid email profile
      # - OIDC_ADMIN_ROLES=admin
      # - OIDC_EMAIL_ATTRIBUTE=email
      # - OIDC_NAME_ATTRIBUTE=name
      # - OIDC_USERNAME_ATTRIBUTE=preferred_username
      # - OIDC_ROLES_ATTRIBUTE=groups
      # - OIDC_IGNORE_USERNAME=true
      # - OIDC_IGNORE_ROLES=true
      # - OIDC_ENFORCED=true
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:14-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:
  user-avatars:
  project-background-images:
  attachments:
  db-data:

Originally created by @Ssiswent on GitHub (Mar 21, 2024). Here I clicked on the `Upload new image` button, but nothing appears: ![image](https://github.com/plankanban/planka/assets/37449310/2114b998-d04f-4b82-8458-0161d98b5a78) Planka installed on MacOS with Docker as this doc said: https://docs.planka.cloud/docs/installation/docker/production_version ![image](https://github.com/plankanban/planka/assets/37449310/d05b3913-19ca-49e5-ab48-7b7e03516aca) And here is my `docker-compose.yml`: ```yml version: '3' services: planka: image: ghcr.io/plankanban/planka:master restart: on-failure volumes: - user-avatars:/app/public/user-avatars - project-background-images:/app/public/project-background-images - attachments:/app/private/attachments ports: - 3000:1337 environment: - BASE_URL=http://localhost:3000 - DATABASE_URL=postgresql://postgres@postgres/planka - SECRET_KEY=xxx # - TRUST_PROXY=0 # - TOKEN_EXPIRES_IN=365 # In days # related: https://github.com/knex/knex/issues/2354 # As knex does not pass query parameters from the connection string we # have to use environment variables in order to pass the desired values, e.g. # - PGSSLMODE=<value> # Configure knex to accept SSL certificates # - KNEX_REJECT_UNAUTHORIZED_SSL_CERTIFICATE=false - DEFAULT_ADMIN_EMAIL=demo@demo.demo # Do not remove if you want to prevent this user from being edited/deleted - DEFAULT_ADMIN_PASSWORD=demo - DEFAULT_ADMIN_NAME=Demo Demo - DEFAULT_ADMIN_USERNAME=demo # - OIDC_ISSUER= # - OIDC_CLIENT_ID= # - OIDC_CLIENT_SECRET= # - OIDC_SCOPES=openid email profile # - OIDC_ADMIN_ROLES=admin # - OIDC_EMAIL_ATTRIBUTE=email # - OIDC_NAME_ATTRIBUTE=name # - OIDC_USERNAME_ATTRIBUTE=preferred_username # - OIDC_ROLES_ATTRIBUTE=groups # - OIDC_IGNORE_USERNAME=true # - OIDC_IGNORE_ROLES=true # - OIDC_ENFORCED=true depends_on: postgres: condition: service_healthy postgres: image: postgres:14-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: user-avatars: project-background-images: attachments: db-data: ```

OVERLORD closed this issue

2026-02-04 19:33:31 +03:00

OVERLORD commented

2026-02-04 19:33:34 +03:00

@meltyshev commented on GitHub (Mar 21, 2024):

Hi and thanks for reporting this!

We'd like to ask you a few questions to better understand what the problem might be:

When you click, nothing happens at all and the file selection dialog does not even open?
What browser are you using?

@meltyshev commented on GitHub (Mar 21, 2024): Hi and thanks for reporting this! We'd like to ask you a few questions to better understand what the problem might be: - When you click, nothing happens at all and the file selection dialog does not even open? - What browser are you using?

OVERLORD commented

2026-02-04 19:33:39 +03:00

@meltyshev commented on GitHub (Mar 22, 2024):

I was able to reproduce this. Trying to fix.

UPD:
It seems to be a bug in Chrome on macOS. Tried even displaying a simple file input, but it didn't work either. I also found that people sometimes run into this, a simple restart of the browser helped me.

@meltyshev commented on GitHub (Mar 22, 2024): I was able to reproduce this. Trying to fix. UPD: It seems to be a bug in Chrome on macOS. Tried even displaying a simple file input, but it didn't work either. I also found that people sometimes run into this, a simple restart of the browser helped me.

OVERLORD commented

2026-02-04 19:33:51 +03:00

@madduck commented on GitHub (Dec 1, 2024):

I was able to reproduce this. Trying to fix.

UPD: It seems to be a bug in Chrome on macOS. Tried even displaying a simple file input, but it didn't work either. I also found that people sometimes run into this, a simple restart of the browser helped me.

Same issue with Firefox 133 on Linux

@madduck commented on GitHub (Dec 1, 2024): > I was able to reproduce this. Trying to fix. > > UPD: It seems to be a bug in Chrome on macOS. Tried even displaying a simple file input, but it didn't work either. I also found that people sometimes run into this, a simple restart of the browser helped me. Same issue with Firefox 133 on Linux

OVERLORD commented

2026-02-04 19:33:52 +03:00

@meltyshev commented on GitHub (May 13, 2025):

This should have been fixed a while ago, but feel free to reopen if the issue persists.

@meltyshev commented on GitHub (May 13, 2025): This should have been fixed a while ago, but feel free to reopen if the issue persists.

OVERLORD referenced this issue

2026-02-04 21:44:31 +03:00

[PR #443] [MERGED] Fix: Keep comment edits when textarea loses focus #1019

Sign in to join this conversation.