Skip to content

Conversation

@jessebofill
Copy link
Contributor

@jessebofill jessebofill commented Nov 19, 2025

Please tick as appropriate:

  • I have tested this code on a steam deck or on a PC
  • My changes generate no new errors/warnings
  • This is a bugfix/hotfix
  • This is a new feature

If you're wanting to update a translation or add a new one, please use the weblate page: https://weblate.werwolv.net/projects/decky/

Description

This is a proof of concept of how to improve the visuals of the error screen, to hopefuly make it more encouraging for users to read the options and try them if have a problem.

This also adds buttons for disabling plugins to the screen. They are just placeholder buttons which are currently commented out, but they would be able to easily be wired up for that functionality if/ once implmented (which I have another pr for #850 )

Feel free to do what you like with this idea, build upon or just take inspiration from.

Screenshot 2025-10-11 135559

@jessebofill jessebofill marked this pull request as ready for review November 21, 2025 17:37
@ttang4299
Copy link

@jessebofill Any chance this screen could include buttons to check for plugin updates as well?

- Removed gray text class usage
- Removed styles reminiscent of Steam BPM
- Fixed typos
- Change background/text of buttons to be closer to Steam Deck UI
- Make panel background not reliant on transparency and have a neutral gray
- Bold "likely occurred" text
- Make swipe prompt appear in the center of a horizontal bar, drawing more attention to it
- Make "An error occurred" text smaller, as it isn't helpful for troubleshooting
- Add text clarifying solutions are in recommended order and how to get more help
- Add "Retry the action or restart" to the left of Retry, Restart Steam, and Restart Decky buttons
- Move disabling Decky to beneath the Decky update checking
@EMERALD0874
Copy link
Member

Changed style a bit to be more consistent with Steam Deck UI while keeping a black background to show a clear visual difference from the rest of the app. Will finish collaborating on this PR once #850 is merged.

image

@EMERALD0874
Copy link
Member

Previous screenshot was inaccurate due to Fonts theme on CSS Loader. Will look at reverting/adjusting the bold header change.

image

@EMERALD0874
Copy link
Member

Fixed!

image

@NKkrisz
Copy link

NKkrisz commented Dec 4, 2025

Just an idea: what if there is a plugin mentioned in the error trace, could the text for it be rendered in bold so it's easier to spot for troubleshooting? Though it seems like the main header contains the plugin name already so... (don't know if its possible that multiple plugins error out at once)

For example:

TRACE
xyzError: ............. PluginName .......
....................................................................

Apart from that I think tiny bit more contrast between the various backgrounds and separating lines would be nice as well.

@ttang4299
Copy link

@EMERALD0874 If there's still time to make one last change, would it be possible to include an "update plugins" button? Or is that already covered under "check for updates"?

@EMERALD0874
Copy link
Member

We would likely have to fire a web request to check if the plugin is even on the Decky Store. I don't think it's a good idea as the error boundary should be as local as possible.

@EMERALD0874
Copy link
Member

@jessebofill The disable plugin PR has been merged. Would you mind implementing that in your error screen and running the linter?

@jessebofill
Copy link
Contributor Author

@jessebofill The disable plugin PR has been merged. Would you mind implementing that in your error screen and running the linter?

Awesome!
Yeah, I’ll do that as soon as I have a chance.

@jessebofill jessebofill force-pushed the improved-error-screen branch from 86415b4 to 84bbb29 Compare January 5, 2026 17:12
@jessebofill
Copy link
Contributor Author

Ok disabling buttons are implemented.

@jessebofill
Copy link
Contributor Author

@EMERALD0874 fyi, idk why your screenshots are black, but mine were like this. It probably depends on where the error occurs.

image

So I assume the background is transparent as it is now, which imo doesn't look terrible. But if you want it black you should set it explicitly under this selector *:has(> .${classes.root}) at line 87

@EMERALD0874
Copy link
Member

@jessebofill Yes, I'd prefer it to be black. Probably CSS Loader creating some confusion on my end. I'll be away from my dev environment for a while if you'd like to fix it so I can deploy for testing. Otherwise, I'll do it in a few hours or tomorrow.

@jessebofill
Copy link
Contributor Author

I also won’t be able until later today. If I get to it first I will.

Copy link
Member

@EMERALD0874 EMERALD0874 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM for testing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants