Incognito launcher needs its own icon and label, and neither exists #31

New Issue

Closed

opened 2026-08-18 18:52:54 -05:00 by null · 0 comments

null commented

2026-08-18 18:52:54 -05:00

Owner

§42 lists an incognito app icon as required artwork. Nothing has been drawn, and the feature it belongs to is not built either.

What is true now

There is no incognito icon, no activity-alias, and no alternative launcher label anywhere in app/src/main/. The only trace is a comment in app/src/main/res/values/strings.xml noting that §32 wants one. docs/security/SECURITY.md was corrected at ad085fb to stop describing the option as existing.

Batch 08 owns the incognito launcher option, per its milestone description.

What it costs

This is the one piece of artwork in the project that is a privacy control rather than decoration. Its whole job is that a person looking at a shared or borrowed phone learns nothing from the home screen.

Severity note: P2 today, because nothing ships it and nothing is therefore wrong. It becomes P1 the day the incognito toggle is user-visible — shipping the option with the standard icon is worse than not shipping it at all, because a user will rely on it and be wrong.

What to do

Draw a neutral geometric or calendar mark that does not read as a period tracker to someone who does not already know.
Deliver it as an activity-alias with its own icon and its own label, toggled by enabling one alias and disabling the other.

Traps

The label leaks as loudly as the icon. A neutral calendar mark under the name "Privacy: Period Tracker" defeats the entire feature. Both change together or neither does.
Switching aliases removes and re-adds the launcher entry. Any home-screen placement or shortcut the user made is lost, and some launchers cache the old icon until they are restarted — so the switch needs an explanation in the UI, not a silent flip.
It must not be a second APK or a second application id. That would double the release surface and break update-over-install.
The neutral mark still may not use §42's forbidden imagery — it is the same product rule, and a "discreet" icon that is a subtle droplet is the worst of both.

Why filed and not fixed

The drawing needs an artist, and the alias wiring should land with §32's toggle rather than ahead of it — an alias that can be enabled with no setting to control it is a half-feature that looks finished.

Verify: With the incognito option enabled on a device, the home screen shows a neutral icon and a neutral label, neither identifying the product; disabling it restores both; and the app still updates over an existing install without a second application id.

§42 lists an incognito app icon as required artwork. Nothing has been drawn, and the feature it belongs to is not built either. ## What is true now There is no incognito icon, no `activity-alias`, and no alternative launcher label anywhere in `app/src/main/`. The only trace is a comment in `app/src/main/res/values/strings.xml` noting that §32 wants one. `docs/security/SECURITY.md` was corrected at `ad085fb` to stop describing the option as existing. Batch 08 owns the incognito launcher option, per its milestone description. ## What it costs This is the one piece of artwork in the project that is a privacy control rather than decoration. Its whole job is that a person looking at a shared or borrowed phone learns nothing from the home screen. **Severity note:** `P2` today, because nothing ships it and nothing is therefore wrong. It becomes `P1` the day the incognito toggle is user-visible — shipping the option with the standard icon is worse than not shipping it at all, because a user will rely on it and be wrong. ## What to do 1. Draw a neutral geometric or calendar mark that does not read as a period tracker to someone who does not already know. 2. Deliver it as an `activity-alias` with its own icon **and its own label**, toggled by enabling one alias and disabling the other. ## Traps - **The label leaks as loudly as the icon.** A neutral calendar mark under the name "Privacy: Period Tracker" defeats the entire feature. Both change together or neither does. - **Switching aliases removes and re-adds the launcher entry.** Any home-screen placement or shortcut the user made is lost, and some launchers cache the old icon until they are restarted — so the switch needs an explanation in the UI, not a silent flip. - **It must not be a second APK or a second application id.** That would double the release surface and break update-over-install. - **The neutral mark still may not use §42's forbidden imagery** — it is the same product rule, and a "discreet" icon that is a subtle droplet is the worst of both. ## Why filed and not fixed The drawing needs an artist, and the alias wiring should land with §32's toggle rather than ahead of it — an alias that can be enabled with no setting to control it is a half-feature that looks finished. Verify: With the incognito option enabled on a device, the home screen shows a neutral icon and a neutral label, neither identifying the product; disabling it restores both; and the app still updates over an existing install without a second application id.