[Bug]: File upload to card nothing happens #557

New Issue

OVERLORD · 2026-02-04T20:20:45+03:00

OVERLORD commented

2026-02-04 20:20:45 +03:00

Originally created by @fraserw on GitHub (Aug 22, 2024).

Where is the problem occurring?

I encountered the problem while using the application (Frontend)

What browsers are you seeing the problem on?

Firefox

Current behaviour

From the card edit panel, click upload attachment, select a file from the file selection window. From there only a grey spinning wheel and no upload activity occurs. No new entry in private is created for the attachment. Nothing listed in the logs either (logs are empty)

Uploads worked fine a few days ago, but upon a service restart, no new uploads will succeed.

File type does not seem to matter.

Behavior is the same for multiple users in or outside the local network where the planka service is hosted.

Desired behaviour

The selected file should upload appropriately, and appear in /var/www/planka/private

Steps to reproduce

From a browser, select a card, select attachment, provide an attachment, click upload.

Other information

Planka run as either a service or from the command line, installed locally in /var/www/planka, on a Ubuntu box 22.04. No SSL at the moment.

Originally created by @fraserw on GitHub (Aug 22, 2024). ### Where is the problem occurring? I encountered the problem while using the application (Frontend) ### What browsers are you seeing the problem on? Firefox ### Current behaviour From the card edit panel, click upload attachment, select a file from the file selection window. From there only a grey spinning wheel and no upload activity occurs. No new entry in private is created for the attachment. Nothing listed in the logs either (logs are empty) Uploads worked fine a few days ago, but upon a service restart, no new uploads will succeed. File type does not seem to matter. Behavior is the same for multiple users in or outside the local network where the planka service is hosted. ### Desired behaviour The selected file should upload appropriately, and appear in /var/www/planka/private ### Steps to reproduce From a browser, select a card, select attachment, provide an attachment, click upload. ### Other information Planka run as either a service or from the command line, installed locally in /var/www/planka, on a Ubuntu box 22.04. No SSL at the moment.

OVERLORD closed this issue

2026-02-04 20:20:50 +03:00

OVERLORD commented

2026-02-04 20:20:54 +03:00

@fraserw commented on GitHub (Aug 22, 2024):

Also tested and fails with chrome

@fraserw commented on GitHub (Aug 22, 2024): Also tested and fails with chrome

OVERLORD commented

2026-02-04 20:21:01 +03:00

@fraserw commented on GitHub (Aug 22, 2024):

Discovered this was an issue with the npm run as a service. When run manually as the planka user uploads work fine

@fraserw commented on GitHub (Aug 22, 2024): Discovered this was an issue with the npm run as a service. When run manually as the planka user uploads work fine

OVERLORD commented

2026-02-04 20:21:06 +03:00

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

Hi! Are there any errors in the server logs when uploading attachments? It seems that the user under which this service is running doesn't have permission to write to the attachment folder.

@meltyshev commented on GitHub (Aug 22, 2024): Hi! Are there any errors in the server logs when uploading attachments? It seems that the user under which this service is running doesn't have permission to write to the attachment folder.

OVERLORD commented

2026-02-04 20:21:09 +03:00

@fraserw commented on GitHub (Aug 23, 2024):

It seems the issue is with running it as a service for some reason. When run by hand as the planka user, everything works fine. But when launched as a service, seemingly also as the planka user, things bork.

@fraserw commented on GitHub (Aug 23, 2024): It seems the issue is with running it as a service for some reason. When run by hand as the planka user, everything works fine. But when launched as a service, seemingly also as the planka user, things bork.

OVERLORD commented

2026-02-04 20:21:13 +03:00

@wiiiteek commented on GitHub (Sep 14, 2024):

Check in logs if there is no problem with write permission for attachments folder. I had this case when was using docker image with external volumes.

@wiiiteek commented on GitHub (Sep 14, 2024): Check in logs if there is no problem with write permission for attachments folder. I had this case when was using docker image with external volumes.

OVERLORD commented

2026-02-04 20:21:17 +03:00

@Alexsaphir commented on GitHub (Nov 13, 2024):

I also cannot upload, the browser log the following:

In http.js, the debugger, at line 18 http.js, report the following:

SERVER_BASE_URL: /cards/1227254566001574978/attachments?requestId=local:1731460677728

@Alexsaphir commented on GitHub (Nov 13, 2024): I also cannot upload, the browser log the following: ![image](https://github.com/user-attachments/assets/399abec1-2675-4abe-9dd4-ca506fa1e28a) In http.js, the debugger, at line 18 http.js, report the following: - SERVER_BASE_URL: /cards/1227254566001574978/attachments?requestId=local:1731460677728

OVERLORD commented

2026-02-04 20:21:20 +03:00

@meltyshev commented on GitHub (Nov 13, 2024):

I also cannot upload, the browser log the following:

In http.js, the debugger, at line 18 http.js, report the following:

SERVER_BASE_URL: /cards/1227254566001574978/attachments?requestId=local:1731460677728

Hi! Could you please check the error message in the response from the server? To do this, open DevTools, go to Network > All, and try uploading the attachment. Click on the red line attachments?requestId=..., then select Preview. There you'll see the error message in the message field.

@meltyshev commented on GitHub (Nov 13, 2024): > I also cannot upload, the browser log the following: ![image](https://private-user-images.githubusercontent.com/8057321/385539836-399abec1-2675-4abe-9dd4-ca506fa1e28a.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzE0OTA3NDUsIm5iZiI6MTczMTQ5MDQ0NSwicGF0aCI6Ii84MDU3MzIxLzM4NTUzOTgzNi0zOTlhYmVjMS0yNjc1LTRhYmUtOWRkNC1jYTUwNmZhMWUyOGEucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI0MTExMyUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNDExMTNUMDkzNDA1WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9MzM2NWVkM2FkZWU2ZGI0ZmJmZTgyODhkN2FlYjU2ZDMwMjNjZjlhY2M2Y2ZjMzgyZDE4ZTAxY2M4OTJlNmQxOSZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.ACZNlKQsaEtmzGuMvIa1dQ3Tsl0d1GY-j7Y4kK0Pqlc) > > In http.js, the debugger, at line 18 http.js, report the following: > > * SERVER_BASE_URL: /cards/1227254566001574978/attachments?requestId=local:1731460677728 Hi! Could you please check the error message in the response from the server? To do this, open DevTools, go to Network > All, and try uploading the attachment. Click on the red line `attachments?requestId=...`, then select Preview. There you'll see the error message in the message field.

OVERLORD commented

2026-02-04 20:21:24 +03:00

@Alexsaphir commented on GitHub (Nov 14, 2024):

The log said that /app/.tmp failed to be created, which gave me the information needed to fix the issue. Sorry for not reading, and also for the hijack.

@Alexsaphir commented on GitHub (Nov 14, 2024): The log said that /app/.tmp failed to be created, which gave me the information needed to fix the issue. Sorry for not reading, and also for the hijack.

OVERLORD commented

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

@amphyvi commented on GitHub (Sep 9, 2025):

Not sure if this is the right place, but it's basically the only result I get when I was trying to figure out why my Planka instance just wouldn't accept any attachments/images/etc on my server

I'm using the LinuxServer.io version which was hugely easy to set up and use but just had the limitation in question
https://github.com/linuxserver/docker-planka/pkgs/container/planka

After piecing things together, I was able to fix it by doing the following:

cd <path/to/Planka/config>
folders=("attachments" "project-background-images" "user-avatars")
for folder in ${folders[@]}; do install -m 755 -d $folder; chown nobody $folder; done

Now I've got the following folders. After restarting Planka, attachments/etc all work correctly.

drwxr-xr-x 1 nobody users   0 Sep  9 14:30 attachments/
drwxr-xr-x 1 nobody users  20 Aug 11 12:49 logs/
drwxr-xr-x 1 nobody users   0 Sep  9 14:30 project-background-images/
drwxr-xr-x 1 nobody users  72 Sep  9 14:35 user-avatars/

@amphyvi commented on GitHub (Sep 9, 2025): Not sure if this is the right place, but it's basically the only result I get when I was trying to figure out why my Planka instance just wouldn't accept any attachments/images/etc on my server I'm using the LinuxServer.io version which was hugely easy to set up and use but just had the limitation in question https://github.com/linuxserver/docker-planka/pkgs/container/planka After piecing things together, I was able to fix it by doing the following: ```bash cd <path/to/Planka/config> folders=("attachments" "project-background-images" "user-avatars") for folder in ${folders[@]}; do install -m 755 -d $folder; chown nobody $folder; done ``` Now I've got the following folders. After restarting Planka, attachments/etc all work correctly. ```bash drwxr-xr-x 1 nobody users 0 Sep 9 14:30 attachments/ drwxr-xr-x 1 nobody users 20 Aug 11 12:49 logs/ drwxr-xr-x 1 nobody users 0 Sep 9 14:30 project-background-images/ drwxr-xr-x 1 nobody users 72 Sep 9 14:35 user-avatars/ ```

OVERLORD referenced this issue

2026-02-04 21:46:11 +03:00

[PR #557] [CLOSED] Polyfills #1046

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/planka#557