starred/planka
1
0
Fork 0
mirror of https://github.com/plankanban/planka.git synced 2026-02-25 03:14:50 +03:00
Code Issues 396 Packages Projects Releases 16 Wiki Activity

Planka docker installation behind Traefik RP - Problem since version 1.8.6 #260

New Issue
Closed
opened 2026-02-04 18:09:51 +03:00 by OVERLORD · 7 comments
OVERLORD commented 2026-02-04 18:09:51 +03:00
Owner
Copy Link

Originally created by @johann8 on GitHub (Dec 6, 2022).

I have Planka docker installation behind Traefik RP. Since version 1.8.6. I have Infinite loading on page load. I have to click refresh site to get to the login page. After that everything works as usual. In the browser console I don't see any error. If I go back to version 1.8.5, then the problem is gone.
How can I debug the problem? Traefik is running on the other host. My traefik configuration is file-provider-planka.yml:

http:
  routers:
    to-planka-https:
      rule: "Host(`planka.int.mydomain.de`)"
      entryPoints: websecure
      middlewares:
        - secHeaders
      tls: {}
      service: planka

    to-planka-http:
      rule: "Host(`planka.int.mydomain.de`)"
      entryPoints: web
      middlewares:
        - secHeaders
        - https-redirect
      service: planka

  services:
    planka:
      loadBalancer:
        servers:
          - url: "http://192.168.18.23:3000"
        passHostHeader: true

Screenshot:
grafik

Traefik version: 2.9.5
Docker version: 20.10.21
OS: Rocky Linux 8.7

Does anyone have a tip for me?
Thanks a lot

Originally created by @johann8 on GitHub (Dec 6, 2022). I have Planka docker installation behind Traefik RP. Since version 1.8.6. I have Infinite loading on page load. I have to click refresh site to get to the login page. After that everything works as usual. In the browser console I don't see any error. If I go back to version 1.8.5, then the problem is gone. How can I debug the problem? Traefik is running on the other host. My traefik configuration is file-provider-planka.yml: ```` http: routers: to-planka-https: rule: "Host(`planka.int.mydomain.de`)" entryPoints: websecure middlewares: - secHeaders tls: {} service: planka to-planka-http: rule: "Host(`planka.int.mydomain.de`)" entryPoints: web middlewares: - secHeaders - https-redirect service: planka services: planka: loadBalancer: servers: - url: "http://192.168.18.23:3000" passHostHeader: true ```` Screenshot: ![grafik](https://user-images.githubusercontent.com/13717874/205736627-c58010b1-b7b7-4c09-b93b-a267e490f69d.png) Traefik version: 2.9.5 Docker version: 20.10.21 OS: Rocky Linux 8.7 Does anyone have a tip for me? Thanks a lot
OVERLORD commented 2026-02-04 18:10:01 +03:00
Author
Owner
Copy Link

@Xanderr commented on GitHub (Dec 12, 2022):

I'm having the exact same issue. Rolling back to 1.8.5 fixes the problem. My setup is entirely different though, so I'm not sure Traefik is at fault here. In my case, I'm running a Docker container on Unraid and I'm just accessing it via the NAS' IP + Planka port directly.

BASE_URL is set correctly (I triple checked). Sadly, Planka doesn't output any errors. Not in the docker logs (or the log file) and not in the frontend. So it's kinda difficult to give any meaningful information to the devs.

I found similar errors (infinite loading) on here, but those were all related to reverse proxies which I'm not using.

@Xanderr commented on GitHub (Dec 12, 2022): I'm having the exact same issue. Rolling back to 1.8.5 fixes the problem. My setup is entirely different though, so I'm not sure Traefik is at fault here. In my case, I'm running a Docker container on Unraid and I'm just accessing it via the NAS' IP + Planka port directly. BASE_URL is set correctly (I triple checked). Sadly, Planka doesn't output any errors. Not in the docker logs (or the log file) and not in the frontend. So it's kinda difficult to give any meaningful information to the devs. I found similar errors (infinite loading) on here, but those were all related to reverse proxies which I'm not using.
OVERLORD commented 2026-02-04 18:10:08 +03:00
Author
Owner
Copy Link

@meltyshev commented on GitHub (Dec 14, 2022):

After version 1.8.5, the base image was updated along with the alpine version. But it’s unclear how this could affect the loading... I'll try to reproduce this to try to figure out the problem.

@meltyshev commented on GitHub (Dec 14, 2022): After version 1.8.5, the base image was updated along with the alpine version. But it’s unclear how this could affect the loading... I'll try to reproduce this to try to figure out the problem.
OVERLORD commented 2026-02-04 18:10:18 +03:00
Author
Owner
Copy Link

@Xanderr commented on GitHub (Dec 14, 2022):

@meltyshev Just an idea, but I also saw a commit, after the 1.8.5 version bump, updating dependencies including react-router (major version increase from 5 to 6). Maybe it's related to that? It does seem like a initial page routing problem.

The problem doesn't occur when I try to open the /login page directly. Sadly that's not really a solution, because the page doesn't automatically continue to main page when I'm logged in already.

@Xanderr commented on GitHub (Dec 14, 2022): @meltyshev Just an idea, but I also saw a commit, after the 1.8.5 version bump, updating dependencies including react-router (major version increase from 5 to 6). Maybe it's related to that? It does seem like a initial page routing problem. The problem doesn't occur when I try to open the /login page directly. Sadly that's not really a solution, because the page doesn't automatically continue to main page when I'm logged in already.
OVERLORD commented 2026-02-04 18:10:24 +03:00
Author
Owner
Copy Link

@meltyshev commented on GitHub (Dec 14, 2022):

It seems you are right. I managed to get an endless loading screen on the local version when I deleted cookies and reloaded the page. Trying to figure it out...

@meltyshev commented on GitHub (Dec 14, 2022): It seems you are right. I managed to get an endless loading screen on the local version when I deleted cookies and reloaded the page. Trying to figure it out...
OVERLORD commented 2026-02-04 18:10:34 +03:00
Author
Owner
Copy Link

@meltyshev commented on GitHub (Dec 15, 2022):

I've made some changes related to router synchronization. Please try version 1.8.8, I hope the problem will be solved.

@meltyshev commented on GitHub (Dec 15, 2022): I've made some changes related to router synchronization. Please try version 1.8.8, I hope the problem will be solved.
OVERLORD commented 2026-02-04 18:10:43 +03:00
Author
Owner
Copy Link

@johann8 commented on GitHub (Dec 15, 2022):

@meltyshev The Version 1.8.8 works. Thank you very match!

@johann8 commented on GitHub (Dec 15, 2022): @meltyshev The Version 1.8.8 works. Thank you very match!
OVERLORD commented 2026-02-04 18:10:45 +03:00
Author
Owner
Copy Link

@Xanderr commented on GitHub (Dec 16, 2022):

@meltyshev Can confirm it works for me too :) Much thanks!

@Xanderr commented on GitHub (Dec 16, 2022): @meltyshev Can confirm it works for me too :) Much thanks!
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
bug
documentation
documentation
duplicate
enhancement
good first issue
help wanted
pull-request
Mirrored from GitHub Pull Request
 question
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/planka#260
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?