Screenly 26.8.8 | Screenly

Screenly 26.8.8: A new Lobby page for your workspaces and invitations

Thu, 27 Aug 2026 00:00:00 +0000

Switching workspaces has never been the hard part: the sidebar had a picker for that. Invitations were. One arrived by email, and the link in that email was the only way to accept it, so an invitation that went to spam or got deleted was effectively gone, and you had no way to check whether you had been invited at all.

There is now. Signing in lands on the Lobby, which has two tabs: the workspaces you belong to, each showing your role in it, and your pending invitations with a count on the tab. You can accept or decline an invitation right there, and a workspace you accept joins your list. It’s also where you create a workspace, first or not, and it’s reachable any time from the workspace name in the sidebar.

Memberships that have been disabled appear in the list too, labeled as disabled rather than quietly missing, so you can tell the difference between having lost access and never having had it.

Workspaces that sign in through your own identity provider send you there from the Lobby, so a mixed set of workspaces (some on SAML, some not) works from one list.

Screenly 26.8.8: Signing up with Google no longer creates a workspace for you

Thu, 27 Aug 2026 00:00:00 +0000

The first time you signed in with Google without belonging to any workspace, Screenly created one for you, named after your company’s mail domain, or your username on a personal address, rather than anything you chose. Your free trial started right then, whether you were ready to set anything up or not.

Now a Google sign-up with no workspace lands in the Lobby, and you create your first workspace there yourself, with the name you want. Your free trial starts when you create it, so none of it goes by before you’re ready to start.

Signing up with an email address still creates your first workspace for you, named the same way.

Screenly 26.8.8: App settings can hide options that do not apply

Thu, 27 Aug 2026 00:00:00 +0000

An app’s settings form used to show every option it had, all at once, in whatever order they happened to arrive in. For an app with a handful of settings that is fine. For one where half the options only matter if you picked a particular mode, it means reading past settings that do nothing for you and guessing which ones your choices have made irrelevant.

A setting can now depend on another, so the form shows it only when it applies, and an app can set the order its settings appear in, putting the decisions you make first at the top.

This is something each app’s author adopts, so you will see it on apps as their authors take it up rather than everywhere at once. Nothing changes for an app that has not.

For app developers

Both keys go in a setting’s help_text, as a JSON object instead of a plain string:

{
 "schema_version": 1,
 "properties": {
 "help_text": "Which symbol the widget follows, for example NASDAQ:AAPL.",
 "display_order": 20,
 "depends_on": { "setting": "widget_type", "values": ["chart", "ticker"] }
 }
}

depends_on names another setting and the values that make this one apply. Above, the symbol field appears only while widget_type is chart or ticker. A setting hidden this way is genuinely absent rather than merely invisible: it is not validated and its value is not saved, so a required setting that does not apply to the chosen mode cannot block an install.

display_order is a number, sorted ascending within the basic and advanced groups separately. A setting without one keeps the order it arrived in and sorts after every setting that has one.

The help_text inside properties is the text shown under the field, since the outer help_text is now carrying the schema.

Both keys fail open. A help_text that is not a JSON object with a schema_version is treated as plain help text exactly as before, and a malformed depends_on shows the setting rather than hiding it, so a mistake in a schema cannot make a setting unreachable.

Screenly 26.8.8: Content search skips empty folders, and other fixes

Thu, 27 Aug 2026 00:00:00 +0000

Fixes

Searching Content no longer lists folders that hold nothing matching your search.
Deleting an installed app now updates the playlists and the Content page that referenced it right away, instead of after a manual reload.
Changing your account email now rejects an address you cannot use, your current one or one already taken, on the field itself rather than after sending a confirmation code.
A screen you have revoked now resets cleanly instead of retrying against an error.

Improvements

Quick actions on Home, Now playing links and links in notifications move you through the dashboard instantly rather than reloading it.
Screenly support accounts no longer count toward your plan’s member limit.