You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Problem: The docker-compose.yml hardcodes 80:80 and 443:443 for the nginx service (here). Users running TimeTracker behind a reverse proxy (e.g., Pangolin, Nginx Proxy Manager, Traefik) on a server where port 80/443 are already in use cannot deploy without manually editing docker-compose.yml, which creates git divergence and breaks future upstream updates.
Solution: Replace the hardcoded port mappings with environment variables with sensible defaults:
Users behind a reverse proxy could then set HTTP_PORT=8180 and HTTPS_PORT=8443 in their .env file.
Value: This is a common self-hosting pattern and would make TimeTracker significantly easier to deploy in homelab and multi-service environments without requiring local modifications to tracked files.
@DRYTRIX I can confirm that v4.21.2 and port mappings via HTTP_PORT and HTTPS_PORT resolved the original issue. During the upgrade process I did run into a related OIDC issue that I've documented in #566 in case it's useful.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Problem: The
docker-compose.ymlhardcodes80:80and443:443for the nginx service (here). Users running TimeTracker behind a reverse proxy (e.g., Pangolin, Nginx Proxy Manager, Traefik) on a server where port 80/443 are already in use cannot deploy without manually editingdocker-compose.yml, which creates git divergence and breaks future upstream updates.Solution: Replace the hardcoded port mappings with environment variables with sensible defaults:
Users behind a reverse proxy could then set
HTTP_PORT=8180andHTTPS_PORT=8443in their.envfile.Value: This is a common self-hosting pattern and would make TimeTracker significantly easier to deploy in homelab and multi-service environments without requiring local modifications to tracked files.
All reactions