feat(workspace): sealed-area names are confidential by default
Some checks failed
Security / Security check (push) Failing after 2s

The switcher listed sealed areas by name ('lbs', 'stromnetz') on
any glance or screenshot — but the names themselves often carry
client/mandate identity (usertest security finding). The sealed
section now renders one aggregated row ('2 sealed areas') with a
deliberate 'Show names' reveal per menu opening; selection still
pops the regular s:<slug> value. Settings -> Security gains 'list
sealed areas with their names right away' (WorkspacePrefs,
SidebarPrefs pattern, default off).

The aggregate row wraps to two lines — popup menus cap their
width and action texts must never be truncated (the first cut
showed '1 abgeschotte…' in the proof shot). Guard: switcher tests
cover aggregated-until-reveal and the Settings toggle; the old
direct-listing test now asserts the reveal contract. DE+EN.

Signed-off-by: flemming-it <stefan.a.flemming@googlemail.com>
This commit is contained in:
flemming-it 2026-07-19 03:34:05 +02:00
parent ed680c507a
commit 588f437395
11 changed files with 370 additions and 41 deletions

View file

@ -3274,6 +3274,28 @@ class AppLocalizationsEn extends AppLocalizations {
@override
String get workspaceSealedHeader => 'SEALED AREAS';
@override
String workspaceSealedAggregate(int n) {
String _temp0 = intl.Intl.pluralLogic(
n,
locale: localeName,
other: '$n sealed areas',
one: '1 sealed area',
);
return '$_temp0';
}
@override
String get workspaceSealedRevealAction => 'Show names';
@override
String get settingsSealedNamesTitle =>
'List sealed areas with their names right away';
@override
String get settingsSealedNamesBody =>
'Area names can be sensitive (client/mandate identity). By default the workspace switcher shows them aggregated; the names appear only after a click.';
@override
String get workspaceSealedRunning => 'running';