Brilliant

[Rukongai]

Seriously - this is the first of its kind in self hosted dashboards. Agnostic OIDC allowing me to restrict dashboard items based on groups is something I wanted for a long time!

If you take feature requests, i'd love the ability to be able to set default settings for my users (default them to unsplash or a custom wallpaper, for example)

It'd also be nice to be able to choose different locations for the apps to appear, like just under the search bar.

One last ask, would be to have a help text option, that would either display additional text information about a tile either on hover, or attached to a small ? on each tile with the property. Or however else.

Anyways, thank you again. So happy this exists.

[Rukongai]

Oh - and I don't know how edge case this is - but it'd be nice to have the ability to set the headers the dashboard authenticates against. I had to have my idp rewrite the headers, which was workable, but it'd allow it to be easier to use for sure.

That and parse/strip the header values. I had to write a custom expression to pass the groups header properly out of Authentik, and couldn't figure out why it wasn't working. Turns out it was getting hung up on newlines, so if there was a way to strip newlines/whitespace, that might help?

[knrdl]

thanks for your positive feedback :)
you brought up many good points of possible optimizations ... I will definitely look into it, but it may take some time

[knrdl]

Hubleys was my "learning Sveltekit" project. So I had to refactor a bit in order to implement new features. But I think it was worth it.
Please give it a try by running the docker image with the edge tag: ghcr.io/knrdl/hubleys-dashboard:edge. (Backup your data folder first!)

If you take feature requests, i'd love the ability to be able to set default settings for my users (default them to unsplash or a custom wallpaper, for example)

now possible via /data/users/default-config.json

It'd also be nice to be able to choose different locations for the apps to appear, like just under the search bar.

new dashboard settings ui

One last ask, would be to have a help text option, that would either display additional text information about a tile either on hover, or attached to a small ? on each tile with the property. Or however else.

that one was a bit tricky. a popup on tile hover is not mobile friendly. and small (?) popups tend to overload the ui.
so instead I implemented subtitles for tiles and menus, and also messages which can be shown on the dashboard.

Oh - and I don't know how edge case this is - but it'd be nice to have the ability to set the headers the dashboard authenticates against. I had to have my idp rewrite the headers, which was workable, but it'd allow it to be easier to use for sure.

now possible via env vars, see https://github.com/knrdl/hubleys-dashboard/blob/main/Dockerfile#L49

That and parse/strip the header values. I had to write a custom expression to pass the groups header properly out of Authentik, and couldn't figure out why it wasn't working. Turns out it was getting hung up on newlines, so if there was a way to strip newlines/whitespace, that might help?

tried to implement that: https://github.com/knrdl/hubleys-dashboard/blob/main/src/hooks.server.ts#L13
but not sure if it helps, please test it

From your PR: #213

You may need to restart the application to have the icons load correctly

that one should be fixed now too

[Rukongai]

Having an issue with the edge build. It's 404ing and the container is reporting unhealthy. I've deleted and set perms on the data folder, so i'm not sure what's going on. I'll keep poking at it.

[Rukongai]

Would there be a new or different header requirement from the current docker image from Oct 27th?

I'm not sure what the issue is. I have it reverse proxied through traefik using docker labels, which works great for the previous version but is throwing a 404 with the edge build.

I've set log level to debug through ENV, but the container isn't actually throwing errors

2024-01-02T04:11:43.544219365Z up and running

2024-01-02T04:11:43.584191784Z Listening on 0.0.0.0:3000

Here is the docker config I'm using

version: '2.4'

services:
  hubleys:
    image: ghcr.io/knrdl/hubleys-dashboard:edge
    hostname: hubleys
    restart: unless-stopped
    env_file:
      - stack.env
    labels:
      traefik.enable: true
      traefik.http.routers.dash.rule: Host(`tld.domain`)
      traefik.http.routers.dash.entryPoints: web-secure
      traefik.http.routers.dash.middlewares: auth@file #this is a forward auth redirect middleware for authentik
      traefik.http.services.dash.loadbalancer.server.port: 3000

    volumes:
      - /path/to/appdata/hubley-dashboard:/data 
    networks:
      - proxy
    mem_limit: 100m

networks:
  proxy:
    external: true

stack.env has

OPENWEATHERMAP_API_KEY=blahblahblah
UNSPLASH_API_KEY=blahblahblah
ADMIN_USERIDS=blahblahblah
LOG_LEVEL=debug

I've cleared out the data folder as well, made sure permissions were right. The docker compose works perfectly with the current build

[knrdl]

the healthcheck was broken, so it always reported unhealthy ... now fixed.

Traefik ignores starting and unhealthy containers. So from traefik's point of view, your routing rules simply didn't exist.
As a result, it returned 404's. That's pretty misleading IMHO. But at least you can configure traefik to return more meaningful 503's instead: https://doc.traefik.io/traefik/providers/docker/#allowemptyservices

[Rukongai]

Thanks for the update. Been going through and testing things

I've tested the default settings, icon positions, messages, subtitles and they're all working flawlessly

The headers seem to be working as well.

The only issue i've run into with the edge build is that my svg icons will no longer render. I needed to use png instead

[knrdl]

svg icons work flawlessly for me in firefox and chrome. not sure where that problem comes from

[Rukongai]

Interesting. So I started digging into it a little more and what i'm seeing is that the svg now has a plaintext content type rather than image/svg+xml

I'm not sure what the cause could be, but with the edge version - the svg is loading with a content/mime type text/plain, and on the old version it loads correctly as image

The file referenced is identical and is reporting as image/svg+xml on the host machine. Any ideas?

/svg+xml

[knrdl]

very good observation! you were right, I tested wrong ... now fixed

[Rukongai]

It's working great. I'm going to go ahead and close out this issue! Thanks for all the changes, I honestly didn't expect you to jump on them and knock them all out. Thanks a billion.

[K-J-VV]

very good observation! you were right, I tested wrong ... now fixed

I've tried both v0.1.0 as well as edge, but my instance appears to have an issue rendering svg icons as well? It was working back on v0.6.0

Any advice on how to troubleshoot? Preferred browser is Chrome

[knrdl]

please provide more details: what problems exactly? icon filename? icon content?