Page title says "Laravel" and favicons are starter-kit stock #59

New issue

Closed

opened 2026-08-16 01:30:30 +02:00 by myrmidex · 1 comment

myrmidex commented

2026-08-16 01:30:30 +02:00

Owner

The browser tab still identifies the app as a stock Laravel install.

Page title

resources/views/layouts/app.blade.php:8:

<title>{{ config('app.name', 'incr') }}</title>

The 'incr' fallback never fires, because APP_NAME is set — to Laravel:

.env:1          APP_NAME=Laravel
.env.example:1  APP_NAME=Laravel

So the tab reads "Laravel". Note APP_NAME also feeds MAIL_FROM_NAME and VITE_APP_NAME (lines 49 and 57), though neither is used by anything now.

Fix: set APP_NAME=incr in .env.example (and locally in .env). The config() fallback can stay as a safety net.

Favicons

public/favicon.ico, public/favicon.svg and public/apple-touch-icon.png are the Laravel starter-kit originals — all three still carry the 1 May scaffold timestamp, untouched by the v0.4.0 rewrite. All three are referenced at layouts/app.blade.php:10-12.

Fix: replace with something matching the app's terminal aesthetic — red 7-segment-style glyph on black, echoing the LED display. Generated SVG rather than commissioned artwork.

Decide whether to keep all three references or drop back to favicon.svg alone; .ico and apple-touch-icon only matter for older browsers and iOS home-screen bookmarks, neither of which is a real audience for a self-hosted personal counter.

Acceptance criteria

Browser tab reads incr, not Laravel
APP_NAME corrected in .env.example
Favicon matches the black/red terminal aesthetic
No unreferenced favicon files left in public/
No stale <link rel="icon"> pointing at a removed file

Note

Found during the v0.4.0 release check, after UI verification. Not a regression from that milestone — the title and favicons have been wrong since the project was scaffolded; the rewrite just made them the last visible starter-kit traces.

The browser tab still identifies the app as a stock Laravel install. ## Page title `resources/views/layouts/app.blade.php:8`: ```blade <title>{{ config('app.name', 'incr') }}</title> ``` The `'incr'` fallback never fires, because `APP_NAME` **is** set — to `Laravel`: ``` .env:1 APP_NAME=Laravel .env.example:1 APP_NAME=Laravel ``` So the tab reads "Laravel". Note `APP_NAME` also feeds `MAIL_FROM_NAME` and `VITE_APP_NAME` (lines 49 and 57), though neither is used by anything now. **Fix:** set `APP_NAME=incr` in `.env.example` (and locally in `.env`). The `config()` fallback can stay as a safety net. ## Favicons `public/favicon.ico`, `public/favicon.svg` and `public/apple-touch-icon.png` are the Laravel starter-kit originals — all three still carry the 1 May scaffold timestamp, untouched by the v0.4.0 rewrite. All three are referenced at `layouts/app.blade.php:10-12`. **Fix:** replace with something matching the app's terminal aesthetic — red 7-segment-style glyph on black, echoing the LED display. Generated SVG rather than commissioned artwork. Decide whether to keep all three references or drop back to `favicon.svg` alone; `.ico` and `apple-touch-icon` only matter for older browsers and iOS home-screen bookmarks, neither of which is a real audience for a self-hosted personal counter. ## Acceptance criteria - [ ] Browser tab reads `incr`, not `Laravel` - [ ] `APP_NAME` corrected in `.env.example` - [ ] Favicon matches the black/red terminal aesthetic - [ ] No unreferenced favicon files left in `public/` - [ ] No stale `<link rel="icon">` pointing at a removed file ## Note Found during the v0.4.0 release check, after UI verification. Not a regression from that milestone — the title and favicons have been wrong since the project was scaffolded; the rewrite just made them the last visible starter-kit traces.

myrmidex added this to the (deleted) milestone 2026-08-16 01:30:30 +02:00

myrmidex added the

bug

label 2026-08-16 01:30:30 +02:00

myrmidex self-assigned this 2026-08-16 01:30:30 +02:00

myrmidex modified the milestone from (deleted) to v0.4.0

2026-08-16 01:30:36 +02:00

myrmidex commented

2026-08-16 12:04:25 +02:00

Author

Owner

Done — `01052a0`

Shipped in v0.4.0.

APP_NAME=Laravel → incr in .env and .env.example. The config('app.name', 'incr') fallback never fired because APP_NAME was set, just wrongly. Tab now reads incr.
Generated public/favicon.svg — a centred 7-segment 0 in #ef4444 on black, matching the LED display and what a fresh install shows.
Deleted the starter-kit favicon.ico and apple-touch-icon.png plus their <link> tags. Neither serves a self-hosted personal counter: .ico predates SVG favicon support, apple-touch-icon is for iOS home-screen bookmarks.

Also removed

public/logo.svg — a 1991×500 Laravel wordmark, unreferenced anywhere. Same category of starter-kit residue.
VITE_APP_NAME — dead since #52 removed the JS entrypoint; nothing reads import.meta.env. MAIL_FROM_NAME stays, still wired into config/mail.php:113.

Note

Also fixed under this ticket (1f53dc8): the 7-segment font never loaded in development. Vite serves assets itself, so the absolute /fonts/7segment.woff path 404'd against the dev server and the browser silently fell back to monospace. The font moved to resources/fonts/ and is referenced relatively so Vite bundles and fingerprints it. This predated the Livewire rewrite — neither the old nor new vite.config.ts set publicDir, so it had never worked in dev on either stack.

## Done — `01052a0` Shipped in v0.4.0. - `APP_NAME=Laravel` → `incr` in `.env` and `.env.example`. The `config('app.name', 'incr')` fallback never fired because `APP_NAME` was set, just wrongly. Tab now reads `incr`. - Generated `public/favicon.svg` — a centred 7-segment `0` in `#ef4444` on black, matching the LED display and what a fresh install shows. - Deleted the starter-kit `favicon.ico` and `apple-touch-icon.png` plus their `<link>` tags. Neither serves a self-hosted personal counter: `.ico` predates SVG favicon support, `apple-touch-icon` is for iOS home-screen bookmarks. ### Also removed - `public/logo.svg` — a 1991×500 Laravel wordmark, unreferenced anywhere. Same category of starter-kit residue. - `VITE_APP_NAME` — dead since #52 removed the JS entrypoint; nothing reads `import.meta.env`. `MAIL_FROM_NAME` stays, still wired into `config/mail.php:113`. ### Note Also fixed under this ticket (`1f53dc8`): the 7-segment font never loaded in development. Vite serves assets itself, so the absolute `/fonts/7segment.woff` path 404'd against the dev server and the browser silently fell back to monospace. The font moved to `resources/fonts/` and is referenced relatively so Vite bundles and fingerprints it. This predated the Livewire rewrite — neither the old nor new `vite.config.ts` set `publicDir`, so it had never worked in dev on either stack.

myrmidex closed this issue

2026-08-16 12:04:28 +02:00