{"product":"screenly","releases":[{"date":"2026-08-17","entries":[{"areas":["device-management"],"breaking":true,"content_html":"\u003cp\u003eScreenly used to put 5 labels on screens by itself: Landscape, Portrait, Full HD, UHD and Anywhere.\nScreenly maintained them from each screen\u0026rsquo;s own properties, which meant you could not rename\nthem, delete them, or decide which screens carried them.\u003c/p\u003e\n\u003cp\u003eThey were not describing screens well enough to earn that. All but one of them stood in for\nproperties a screen already reports, and the two resolution labels were thresholds rather than\ndescriptions: Full HD went on anything from 1920x1080 up to just below 4K, so a 1440p display and\na 1080p one carried the same label, and a display below 1080p got neither. Displays that aren\u0026rsquo;t\n16:9 fared worse, because both edges had to clear the bar: a 3840x1600 ultrawide counted as Full HD\nrather than UHD, and a 1680x1050 display got no resolution label at all.\u003c/p\u003e\n\u003cp\u003eThe groupings were also seldom a useful target. Every portrait screen, or every Anywhere screen,\nspans different sites, rooms and purposes that have nothing else in common.\u003c/p\u003e\n\u003cp\u003eSo they are ordinary labels now. The ones in your workspace keep the screens they were on, and\nyou can rename, delete or apply them like any label you made yourself.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003eIf a playlist plays on one of these labels:\u003c/strong\u003e it now plays on the screens that carried the\nlabel at this release, and that set no longer updates by itself. A new landscape screen will not\njoin the Landscape label on its own, and a screen you rotate will not change labels. Check any\nplaylist that targets these five, and either maintain the label yourself or assign the screens\ndirectly.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eIf your workspace already had its own label with one of those five names, the two are now a\nsingle label holding both sets of screens.\u003c/p\u003e\n\u003cp\u003eTargeting content by a screen\u0026rsquo;s own properties, rather than through a label standing in for them,\nis what we are working on instead.\u003c/p\u003e\n\u003ch2 id=\"for-developers\"\u003eFor developers\u003c/h2\u003e\n\u003cp\u003eThe label \u003ccode\u003etype\u003c/code\u003e field on API v4 and v4.1 changes with this, and filtering by a removed type now\nreturns an error. \u003ca href=\"/releases/screenly/26.8.3/label-type-api-values/\"\u003eThe API side of this change\u003c/a\u003e\nlists the values that remain and what to update.\u003c/p\u003e\n","description":"The five labels Screenly maintained from a screen's own properties are now ordinary labels you own. They keep the screens they were on and no longer update themselves.","title":"Landscape, Portrait, Full HD, UHD and Anywhere are no longer automatic labels","type":"removed","url":"https://www.screenly.io/releases/screenly/26.8.3/system-labels-are-now-ordinary-labels/"},{"areas":["developers","api"],"breaking":true,"content_html":"\u003cp\u003eLabels on API v4 and v4.1 carry a \u003ccode\u003etype\u003c/code\u003e, and that field described how a label was maintained.\nWith Screenly\n\u003ca href=\"/releases/screenly/26.8.3/system-labels-are-now-ordinary-labels/\"\u003eno longer maintaining any label automatically\u003c/a\u003e,\n6 of its 9 values no longer exist: \u003ccode\u003elandscape\u003c/code\u003e, \u003ccode\u003eportrait\u003c/code\u003e, \u003ccode\u003efull_hd\u003c/code\u003e, \u003ccode\u003euhd\u003c/code\u003e, \u003ccode\u003eanywhere\u003c/code\u003e and \u003ccode\u003evirtual\u003c/code\u003e. What remains is\n\u003ccode\u003eall-screens\u003c/code\u003e, \u003ccode\u003emanual\u003c/code\u003e and \u003ccode\u003escreen\u003c/code\u003e.\u003c/p\u003e\n\u003cp\u003eLabels that reported one of the removed types now report \u003ccode\u003emanual\u003c/code\u003e, since that is what they have\nbecome, and keep their id. The exception is a workspace that already had a label of its own with\nthe same name, such as its own Landscape: the two were merged into that existing label, and the\nformer automatic label\u0026rsquo;s id no longer exists.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003eIf this affects you:\u003c/strong\u003e an integration that filters labels by \u003ccode\u003etype=landscape\u003c/code\u003e, or any of the\nother five, now gets an error back, because the value is no longer valid for the field. Filter\nby label name instead, or read the screen\u0026rsquo;s own resolution and orientation where you were using\nthe label as a proxy for hardware. If you stored the id of an automatic label, look the label up\nby name again.\u003c/p\u003e\n\u003c/blockquote\u003e\n","description":"With automatic labels gone, the API's label type enum drops landscape, portrait, full_hd, uhd, anywhere and virtual, leaving all-screens, manual and screen.","title":"The label type field on the API now has three values instead of nine","type":"removed","url":"https://www.screenly.io/releases/screenly/26.8.3/label-type-api-values/"},{"areas":["apps"],"breaking":false,"content_html":"\u003cp\u003eApps was one page doing two jobs. It opened on the apps you could add, with a My Apps button\nleading to the ones you had already installed, so anyone coming in to adjust an app already\nrunning on their screens started among the ones they did not have.\u003c/p\u003e\n\u003cp\u003eThey are now two sidebar entries. App store is for finding and adding apps, Apps is for the ones\nyou have installed, and each opens where you meant to go.\u003c/p\u003e\n\u003cp\u003eBoth moved address as part of this, so a bookmark straight to the old Apps page needs updating to\nthe section you want.\u003c/p\u003e\n","description":"Browsing available apps and managing the ones you have installed are two sidebar entries instead of one page with a button between them.","title":"The App Store and your installed apps are now separate sections","type":"improvement","url":"https://www.screenly.io/releases/screenly/26.8.3/app-store-and-apps-split/"},{"areas":["content-management"],"breaking":false,"content_html":"\u003cp\u003eThis finishes the work on pages behind a login that Screenly renders on its own servers, which we\n\u003ca href=\"/releases/screenly/26.8.1/authenticated-web-assets/\"\u003estarted earlier this month\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003ePages that took more than 2 seconds to respond once signed in were still being turned away before\nthey loaded, so the screens showing them displayed nothing at all. A blank screen is harder to\nwork out than a login page, because there is nothing on it to tell you what went wrong.\u003c/p\u003e\n\u003cp\u003eThose pages are captured and reach the screen now.\u003c/p\u003e\n","description":"Some pages that need a saved session to sign in were turned away before they loaded, so the screens showing them displayed nothing at all.","title":"Pages behind a login are no longer turned away before they load","type":"fix","url":"https://www.screenly.io/releases/screenly/26.8.3/authenticated-web-assets-capture/"},{"areas":[],"breaking":false,"content_html":"\u003cul\u003e\n\u003cli\u003eIcons that appeared blank in Safari, in the sidebar and on the sign-in buttons, now show up.\u003c/li\u003e\n\u003c/ul\u003e\n","description":"Icons in the sidebar and on the sign-in buttons that appeared blank in Safari now show up.","title":"Sidebar and sign-in icons show up in Safari","type":"roundup","url":"https://www.screenly.io/releases/screenly/26.8.3/fixes-and-improvements/"}],"json":"https://www.screenly.io/releases/screenly/26.8.3/v1.json","product":"screenly","product_label":"Screenly","url":"https://www.screenly.io/releases/screenly/26.8.3/","version":"26.8.3"}],"title":"Screenly 26.8.3","url":"https://www.screenly.io/releases/screenly/26.8.3/","version":1}