ChuckandClaude Opus 5.5 b076313392 fix(starlark): blank app locations use the device location, not San Francisco ...

A Starlark (Tidbyt) app whose Location field is blank rendered at its
author's hard-coded DEFAULT_LOCATION -- usually San Francisco -- even with
the device city set under General settings. A user in Charlotte, NC got San
Francisco weather and radar with nothing in config.json to explain it.

src/device_location.py fills unset location fields at render time (display
plugin and the web standalone render): the device city is geocoded once via
Open-Meteo, preferring a match in the configured state/country, and cached
permanently. A saved location always wins; if the lookup fails the field is
dropped so the app uses its own default, and the failure is not retried for
30 minutes.

Also fixes the config form: clearing a location omitted the key, and the
save merges, so the old value could never be removed.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-09-23 11:32:41 -04:00

..

__init__.py

feat: Starlark Apps Integration with Schema-Driven Config + Security Hardening (#253)

2026-02-20 19:44:12 -05:00

config_schema.json

feat: Starlark Apps Integration with Schema-Driven Config + Security Hardening (#253)

2026-02-20 19:44:12 -05:00

frame_extractor.py

feat: Starlark Apps Integration with Schema-Driven Config + Security Hardening (#253)

2026-02-20 19:44:12 -05:00

manager.py

fix(starlark): blank app locations use the device location, not San Francisco

2026-09-23 11:32:41 -04:00

manifest.json

fix(plugins): skip update for local-only plugins instead of failing (#354)

2026-05-27 21:42:25 -04:00

pixlet_renderer.py

Add render_width/render_height support to Starlark Apps (#552)

2026-09-11 11:22:52 -04:00

requirements.txt

fix: Codacy security fixes, CVE dependency bumps, and code quality cleanup (#331)

2026-05-15 10:19:55 -04:00

tronbyte_repository.py

fix(starlark): the store authenticated with a key nothing writes (#541)

2026-09-08 20:04:27 -04:00