V2 is available with multi-location management ![]()
I couldn’t make each one display, so I did my best like in the screenshot:
Here’s the reason given by claude:
Why one location per line is impossible
The line break is sent — a real \n — and we see it in the container logs. It’s the Gladys configuration screen that consumes it, for three cumulative reasons:
ActionsCard.jsxrenders the response as<div class="alert alert-success">{getLocalizedText(...)}</div>: a React text child. All markup is escaped, so neither<br>nor<pre>are possible.- In HTML, a
\nin text is a space, unless the CSS sayswhite-space: pre-wrap. Neither Gladys’ CSS nor Tabler’s.alertset it (the onlypre-wrapin the entire external integrations front is on the LOGS page). - The Unicode separators U+2028 / U+2029, which the CSS spec presents as forced line breaks, have been measured in Chromium: they are also collapsed.
Verified at tag v4.84.4 and on master. There’s therefore nothing else to send: the fix is a one-line CSS rule in the heart of Gladys, not something this integration can deliver. Hence the « • » that opens each entry: it’s what keeps the list readable once everything is crushed on one line — a bare number gets lost between a postal code and two coordinates, a « • » cannot appear in an address.
