09-Sep-2026 — walk related links with calendar add, emoji search by meaning, and masked tokens in logs #390

build 884 — commit b7f86a9

Five self-contained improvements, each too small to warrant its own ticket, grouped here.

Walk venue, related links and Add to calendar

What's new

A walk's venue, and every other automatically generated related link (the OS Maps route, GPX download, calendar download, What3words, the "on Ramblers" link), only ever showed when the walk leader had also added a manual link such as a Meetup page. Most walks never get one, so the whole Related Links section, venue included, was silently missing from almost every walk page. It now shows whenever there is something to show, independent of manual links.

The Directions and Add to calendar entries were also cut down from a wall of near-identical lines, one per app, to a single "Directions to the start" and a single "Add to calendar". Directions is a plain link that opens the device's own maps on a phone and Google Maps elsewhere. Add to calendar is a small menu, the same one used by the walk leader's phone number, offering Calendar, Google Calendar and Outlook; the event carries the walk's description, the walk leader and their visible contact details, and a clickable link back to the walk's own page.

At a glance

• A walk's venue, once published on the walk, now shows on the walk page whenever it has a website or postcode, regardless of whether the walk also has a manual link
• Every other related link (OS Maps, GPX, calendar download, What3words, on Ramblers) shows under the same rule
• The Related Links box itself is hidden only when there is genuinely nothing to show, not shown empty
• "Directions to the start" replaces the previous per-app list; on a phone it opens the installed maps app, elsewhere it opens Google Maps in a new tab
• "Add to calendar" is a menu offering the calendars available on the device; the download link is a plain .ics that saves and opens rather than a webcal link that did nothing in Chrome or Brave
• A walk added to Google Calendar or Outlook carries its description, the walk leader and their visible phone and email, and a clickable link to the walk's page
• The walk page's Share button on a desktop browser is now a plain menu of the share and publish options, rather than a click that opened the system share sheet nobody used; on a phone the button still shares directly and the menu sits beside it

No Add New Event button for events that come from Walks Manager

What's new

Where a site takes its walks or its social events from Walks Manager, there is nothing to add locally, yet the events list still offered an Add New Event button that led to an edit form for an event that would never be published. The button now only appears when every event type shown in that list is populated locally.

At a glance

• Add New Event is hidden on any events list whose walks or social events are sourced from Walks Manager
• Lists populated locally are unchanged

A published walk no longer opens as "changed"

What's new

After a walk was published to Ramblers, opening it to edit showed it as already changed, with "Notify the leader about this change" ticked before anyone had touched anything. The publish step records a snapshot of the walk, and the later Ramblers sync then writes the walk's Ramblers link into it, so the walk and its snapshot disagreed on that one system-written link forever after. The Ramblers link is now left out of the change audit, so only real edits count.

At a glance

• Opening a published walk to edit shows no changes until you make one
• The Ramblers link that publishing adds is no longer treated as an edit; links the leader adds by hand still are

Emoji search by meaning

What's new

Typing :thanks in a caption used to find nothing, because there is no emoji actually called "thanks" - the nearest ones are called pray, clap and raised hands. The emoji picker in captions and descriptions now understands a set of everyday words like this and offers the right emojis for them, skin-tone variants are pushed to the bottom of the list so the plain emoji comes first, and the dropdown now sizes itself to the space available on screen instead of stopping at a fixed height. The word list itself is editable per site in System Settings, so a site can add or change its own shortcuts without needing a code change.

At a glance

• Typing :thanks, :cheers, :hike and similar everyday words now offers a sensible set of emojis, not just literal name matches
• Skin-tone variants of an emoji sit below the plain version in the list, unless the typed word already asks for a specific tone
• The suggestion dropdown fills the available space below the caption box instead of being capped at a fixed height
• System Settings → Styles has a new Emoji Shortcuts box where a site can add its own words, one per line, in the form word: emoji_one, emoji_two

Masked access tokens in logs

What's new

Every social publishing call, and any other Graph API request, was writing its full request URL to the debug log, tokens included. A grep of a single evening's local log turned up dozens of live Page access tokens sitting in plain text. Request logging now masks the value of access_token, client_secret, fb_exchange_token and input_token wherever they appear in a request path, so the log stays useful for debugging without handing out working credentials.

At a glance

• Debug logs show access_token=*** instead of the real token, in both the request line and the timeout message
• Nothing about what is actually sent to Meta changes; only what gets written to the log