Not just specs

Issues & Camp Impact

Safety warnings, delivery problems, app-store gaps, team-process history, and first-hand reports are tracked as sourced records.

Reset
2209 matching issue record(s)

write-in identity-artifact classification and physical-form gap · official 2026 FAQ and post-event statistics · event completed; attendee name/handle field documented; credential form unspecified

Hack Glasgow's FAQ says an attendee may write a handle or name on their badge, while its August 16 statistics update supports completion of the August 15 event. Neither source identifies paper, plastic, metal, lanyard, dimensions, printed design, barcode, QR code, RFID/NFC, display, PCB, components, battery, manufacture, quantity, or final physical form.

The record is deliberately modeled as a completed-event identity artifact rather than an electronic badge or a more specific physical credential unsupported by the organizer's public wording.

Source note: Hack Glasgow official 2026 FAQ, event page, and public statistics page.

youth-attendee allocation, event-outcome, and CTF-linkage boundary · official 2026 event page and flyer · past-date inclusion statement retained; issuance and delivery unrecovered

The flyer says youth attendees receive a fun badge, but supplies no recipient ledger, age or registration rules, adult or chaperone allocation, quantity, pickup or handoff details, delivery outcome, replacement process, or post-event confirmation. The home page's Time Travel: Capture the Flag wording is event context only and does not establish any badge-linked CTF function.

The record preserves a real organizer-published inclusion statement without turning it into proof that a particular youth attendee received an artifact or that it participated in the CTF.

Source note: Hak4Kidz Chicago 2026 official event page and flyer, reviewed 2026-08-05.

zap-mode operation caveat · primary README and firmware · documented

The public documentation says the first attempt should be seated and away from stairs or hard surfaces, the person wearing electrodes should control the zap button, and zap modes should run on batteries rather than USB power.

User-facing wording preserves the practical safety boundary around operating surviving badges or reproductions.

Source note: Tipsy Badge README Safe Use Conditions and Safety sections.

zero-power, hardware, and firmware parity boundary · maker README and design journal · source design documented; final event-unit parity unverified

The maker's README and journal document a zero-power concept, RP2040, passive NFC, e-ink driver, USB-C, GPIO breakouts, and source trees, but do not identify a final attendee-unit revision, panel variant, assembled BOM, physical output, radio configuration, power behavior, active-NFC implementation, firmware image/release, provisioning record, participant configuration, or all-unit parity.

Hardware and software descriptions remain tied to the public design archive rather than promoted to a fully known, uniform, deployed event build.

Source note: Overglade-Badges README, JOURNAL.md, PCB tree, and firmware tree.