Beta Testing & Debugging

[vmsman]

This is a discussion for beta testing, new features, and bugs

[AnthonyGress]

Yes I could make it run on port 80

[AnthonyGress]

Couldn't you just map the host port 80 to the apps port 2022 in the docker-compose file. I don't see why any change in the application is required.

---
services:
  lab-dash:
      container_name: lab-dash
      image: ghcr.io/anthonygress/lab-dash:latest
      privileged: true
      network_mode: host # for monitoring network usage stats
      ports:
        - 80:2022 # Change this to 80:2022, mapping host port 80 to the docker containers 2022
      environment:
        - SECRET=YOUR_SECRET_KEY # any random string for used for encryption.
        # You can run `openssl rand -base64 32` to generate a key
      volumes:
        - /sys:/sys:ro
        - /docker/lab-dash/config:/config
        - /docker/lab-dash/uploads:/app/public/uploads
        - /var/run/docker.sock:/var/run/docker.sock
      restart: unless-stopped
      labels:
        - "com.centurylinklabs.watchtower.enable=true"

[vmsman]

@AnthonyGress When I launch the app in Brave on my Google Pixel 7, it looks great in desktop mode. In mobile mode, I have widgets that I have deleted multiple times and then executed a "Done". However, the next time I launch the app, the deleted widgets appear again. I've tried chrome and firefox mobile apps and I am seeing the same behavior. I am not entirely sure what the intended behavior of the mobile dashboard is supposed to be. Is it your intent to have a mobile profile and also a desktop profile?

[AnthonyGress]

Yes there are separate profiles for mobile and desktop and its dependent on the screen size when the app loads. So when you edit mobile it only affects the mobile layout. The catch is it does run off the screen size, so on desktop if you make the window really small and refresh or refresh in the dev tools mobile emulator, you will be editing the mobile layout.

New items from desktop profile will always be added to the mobile but not removed when removed from the desktop. This is a little clunky but intentional. So it will probably happen that as you test, tinker and delete on desktop, the widgets get replicated in the mobile layout.

The goal is to make it easy to have all the same items from desktop on mobile but still allow mobile to be configured separately (mine is much simpler on mobile since the screen is smaller).

Also there is a button in settings to overwrite all of mobile config with the desktop config, so you can do that and just move/delete things for mobile

[AnthonyGress]

Look at my mobile setup for the same dashboard

[vmsman]

Thanks. That was helpful. Can you scale the dashboard name to a font size so the name fits on mobile?

[AnthonyGress]

Yeah where do you mean? In the top left in the menu bar?

[AnthonyGress]

Here's an updated screenshot for the demo of lab-dash on the latest version. This is in the readme now

[AnthonyGress]

@vmsman awesome! Love to hear it!

[vmsman]

@AnthonyGress Just wanted to drop you a line and say that Lab-dash is running smoothly. My attempts at editing the dashboard from the Android side are spotty at best. Sometimes the edits take. More often, the next time I revisit the dashboard I see shortcuts that I have deleted. Widgets often do not save at all. The desktop browser side of Lab-dash is rock solid on saving and keeping the changes. What have you been up to?

[AnthonyGress]

Hey @vmsman, I have been working on the grouping and pages functionality. I did change some of the editing/saving in this upcoming version which may fix some of the issues you were seeing with items not saving on android. if you want to test the latest version, let me know. I will also have to dig out an android device to test locally and see what is causing that to occur. I have not noticed that issue on my end but I do use ios. Shouldn't make any difference though, it's all the same there is no ios/android specific functionality that should impact this.

[vmsman]

@AnthonyGress I did try it out on Android both on a Google Pixel phone and on a tablet and I saw the aforementioned behavior. If I set the web page to "desktop site" on the Android browser, the desktop interface is displayed accurately. i'm almost thinking that rather than the "autodetect" behavior, that some sort of switch might be preferable. Sure, I can test anything you want if that's helpful.

[AnthonyGress]

@vmsman yeah it may be the autodetecting behavior that makes it appear like deleted items are returning but it may really just be loading the desktop configuration. I will continue to look into this.

I will probably have a beta version to test later tonight. Thanks

[AnthonyGress]

@vmsman @geekmoto13 1.1.18 is up on the beta channel if you want to test it

What's changed

• added support for multiple dashboard pages
• added group widget which can be used to group shortcuts together in widget and dual widget sizes
• added transmission client
• added image upload manager in settings
• added support for duplicating items
• added toast messages instead of popup messages in some cases
• added icons in edit menu
• allow health shortcuts urls without navigation link
• allow editing and removing pages from the menu bar
• security improvements
• bug fixes

[vmsman]

Sure. I have to say this new beta is really awesome except for the occasional case where dragging and dropping shortcuts into groups sometimes replicates, rather than moves them. Do you have any thoughts about how to group move day 20 shortcuts to another page with a single operation?

[AnthonyGress]

I can't replicate the bug where an item added to a group is duplicated. When does it happen exactly?

[AnthonyGress]

I notice that when I click on the Lab Dash title "custom title" in the upper left, that if I am on another page, that always goes to the Home page of the dashboard. What if clicking on that name provided a round robin switching between pages? Do you think that's intuitive?

I think leaving it as the home makes the most sense. I may add keyboard shortcuts, that was a good idea

[vmsman]

Drag and drop a shortcut icon to a group. Then, click done. Most of the time the shortcut appears at the main menu and also in the group. Subsequent operations work. Only the first drag and drop into the group results in this duplication.

[AnthonyGress]

Hmm i can't recreate it. Can you try restarting the container and sending a video?

[vmsman]

Maybe a second icon in the top left. Also perhaps "pinned" shortcuts to the top bar for favorite apps?

…

On Wed, May 28, 2025, 10:51 PM Anthony Gress ***@***.***> wrote: I notice that when I click on the Lab Dash title "custom title" in the upper left, that if I am on another page, that always goes to the Home page of the dashboard. What if clicking on that name provided a round robin switching between pages? Do you think that's intuitive? I think leaving it as the home makes the most sense. I may add keyboard shortcuts, that was a good idea — Reply to this email directly, view it on GitHub <#91 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AESR2FT73LFZNA2PBR56WSD3AZ75NAVCNFSM6AAAAAB4ETQA6SVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMZQGUYDEMI> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[vmsman]

Sorry, I slept since.

[vmsman]

Just tested mobile sync and it worked perfectly.

[AnthonyGress]

I'm not seeing the issue with importing from config. It refreshes the dashboard automatically after loading a config from file as intended

[vmsman]

Interesting. I performed the import where I had an existing dashboard that had significant differences and my intent was to overwrite the old configuration. It worked. However, I had to refresh before everything looked as it should.

[AnthonyGress]

Let me know if you that issue again

[vmsman]

@AnthonyGress You nailed the "retry timeout" fix. After letting two different tabs in my Brave Browser idle overnight, here's the v1.1.8 Production release.

Here's the beta release that stayed solid all night.

[vmsman]

Next beta will be out in a few mins. Also, when you click an item inside the pihole, it should navigate you to the correct page inside pihole, does it?

When I click on the Pihole widget, it brings me to the non-ssl login page for the pihole. I'm not understanding what you mean by an item inside the pihole.

[AnthonyGress]

After you login to pihole, your browser will store pihole's auth cookie and then when you click the colored squares in lab dash, it should open to that details page in the pihole dashboard

[vmsman]

When you say "colored squares" I am assuming you mean the following.

Ok, I see that now. Interesting.

[AnthonyGress]

Yeah those are the ones. It works on your end?

[AnthonyGress]

@vmsman also the next beta is out if you want to test ssl again

[vmsman]

ssl is giving me errors. I tried changing from port 80 to 443 as well as checking the box. No joy.

Also I tried Jellyfin with the API key and I am getting a 401 unauthorized.

[vmsman]

@AnthonyGress I recreated another API key and the error is different.

[AnthonyGress]

It seems like that's an error about https with jellyfin. Try checking the box for https or try port 8920 if your jellyfin is set up using https.

[vmsman]

I tried both my local address at port 8096 and I tried my subdomain name via NPM reverse proxy. Both failed.

[AnthonyGress]

@vmsman Are you using a self signed certificate for ssl on pihole?

[AnthonyGress]

Pi-hole has a self-signed certificate that is generated at install time. I am using that one. Not one I got.

Try it again on the latest beta.

[vmsman]

That latest beta just now fixed the Pi-hole ssh on my double widget. Good Job! Still no joy on the Jellyfin either local address or subdomain + ssl over reverse proxy.

[AnthonyGress]

Nice, is it the same error for jellyfin?

[vmsman]

I went back to the local address. For some reason it did not appear that it was saving the API key correctly. I think the API key was like 12 characters. When I went back to edit the widget each time the ***** was like five characters. After the third time, it worked.

[AnthonyGress]

Nice! There is no correlation between the password length and the number of *s except when you are entering it the first time, they are just a placeholder since passwords never get sent to the client side.

[AnthonyGress]

@vmsman I just added sonarr and radarr queue management widgets in the latest beta if you want to test that out

[AnthonyGress]

That is currently a limitation of the way the dashboard is designed. I have a ticket to fundamentally rework and improve the way the dashboard works. Though it is a large task and won't be an easy one either. #118

[vmsman]

Just took the update to 1.2.5. Anything new?

[AnthonyGress]

Just took the update to 1.2.5. Anything new?

Oh I forgot to update the release notes. It selects the search bar by default on a page so you can just start typing

[vmsman]

Gotcha! See, I keep you honest.

[AnthonyGress]

Totally haha! I updated the release notes now

[vmsman]

@AnthonyGress A quick comment. I think that since you measure "Internet Down", when Internet is restored the Weather Widget should be automatically refreshed. Does that sound reasonable?

[AnthonyGress]

@vmsman are you seeing any more issues with icons not loading?

[vmsman]

Actually, the beta is keeping both the shortcuts and the widgets online, whereas Prod still has timeouts on the weather and pihole widgets. Shortcut problems on prod which seemed cache related have also been resolved with beta. I can see you did a lot of rework. Great job!

[vmsman]

And yes, I rarely sleep...

[AnthonyGress]

Hahaha thanks for your quick response!

[vmsman]

Awesome! updated to 1.3.0 Prod. Super awesome rock solid. Great stuff. Thx for all your great work.

[vmsman]

Anthony, I frequently connect my desktop to customer networks to support them. When I disconnect my desktop wireguard connection, I often discover that my Pi-hole widgets never recover and come back online on their own. I end up doing a manual refresh to fix this. That almost brings up another interesting idea. Currently you have an "Internet Connected" icon in the upper right of the menu. What if that were to display the current WAN address (curl ifconfig.me)? In a VPN client use case, end users could see that address change from their ISP WAN address to the VPN endpoint if Lab Dash had such an indicator.

[AnthonyGress]

Interesting idea! I will look into it, it shouldn't be difficult to add. #145

[vmsman]

I have a group on my dashboard for "Communication Tools"

Rust Desk is in no way a web tool.

I created a desktop launcher for it in:

nano /usr/share/applications/rustdesk.desktop

The contents are:

[Desktop Entry]
Name=RustDesk Launcher (Flatpak)
Exec=flatpak run com.rustdesk.RustDesk %u
Type=Application
MimeType=x-scheme-handler/rustdesk;
NoDisplay=true

I make it executable:
chmod +x ~/.local/share/applications/rustdesk.desktop
Next I create a URL handler:
sudo nano /usr/share/applications/rustdesk-url-handler.desktop
The contents are:

[Desktop Entry]
Name=RustDesk (Flatpak)
Exec=/usr/local/bin/rustdesk-launcher %u
Type=Application
MimeType=x-scheme-handler/rustdesk;
NoDisplay=true

So, the rustdesk URL in Labdash is simply: rustdesk://

Here's the result where Labdash launches the local rustdesk application:

[AnthonyGress]

That's awesome!! Nice hack! We should post that somewhere maybe in the readme for other people to be able to do it too

[vmsman]

@AnthonyGress ,

Here's a nice tip: Add dns to the docker compose file. My local dns is 172.16.0.10. This allows me to make shortcuts with local DNS names rather than IP addresses.

[AnthonyGress]

Nice! That's great, I think you should start like a tips/tricks discussion thread for things like this. I think others might find it useful, including the previous one for Linux shortcuts