Skip to content

Feedback

Aditya Krishnan edited this page Oct 25, 2026 · 2 revisions

Feedback

ScreenGuard is built by one person, and the people using it — on a beta or a stable release — are the reason it is usable at all. Feedback is genuinely welcome — here is the fastest way to give it.


Where to send it

I want to… Go to
Give general feedback Feedback thread — reply right there
Start a new conversation Discussions
Report a bug Open an issue
Ask a question Discussions → Q&A
Suggest a feature Discussions → Ideas

Inside the app, Settings → General → Send feedback opens the same feedback thread.


What is worth saying

What works well? Which feature do you actually rely on every day?

What is broken? Include:

  • your desktop environment and version (for example KDE Plasma 6.1, GNOME 46),
  • your session type — Wayland or X11,
  • the ScreenGuard version (Settings → Updates),
  • what you expected, and what happened instead,
  • a screenshot or a short screen recording.

On X11, proof is close to mandatory: without a recording, many window-tracking problems simply cannot be reproduced.

What should be built next? The Roadmap lists what is planned. Reply with the one thing you would change first, or vote for an existing candidate.


In-app feedback requests

Sometimes a decision needs input from more than one person — which compositors to support next, how a limit should behave, what the dashboard should show. When that happens, ScreenGuard can show the request inside the app.

How it works:

  1. The app downloads one small public JSON file, once a day. That file is the request.
  2. If the request targets your ScreenGuard version, it appears as a dialog the next time you open the app.
  3. You can act on it, Maybe later (it comes back in a week), or Don't ask again. You can also turn the notifications off in Settings → General.
  4. If the maintainer changes the request, it appears again — each request has its own id, so dismissing one does not dismiss the next.

Privacy: the download carries no identifiers — only the app version in the request header. Your usage data, your window titles and your screen contents are never part of it.


What not to send

Please do not include:

  • window titles or screenshots that show other people's conversations or personal data,
  • anything you would not want published in a public thread.

If you want to show what you see, crop or blur it first.


Related: Roadmap · Troubleshooting · Contributing

Clone this wiki locally