Secondary: bug (Location field not fully functional)
Area: Calendar / event editing / location input
Severity: medium
Priority: medium
The Location field in the calendar's "Edit Event" dialog is not fully functional and lacks accessibility features.
Observed behavior:
- The Location input field appears to accept text but does not respond as expected.
- No autocompletion suggestions are provided when users type a location.
- No location suggestions or dropdown appear to help users select from common or previously used locations.
- The attached screenshot shows the Location field with only placeholder text "Enter event location".
Expected behavior:
- The Location field should be fully functional and responsive.
- When users start typing, the field should display autocomplete suggestions.
- Previously used locations or a location database should be queried to provide helpful suggestions.
- A dropdown with location options should appear for better UX and accessibility.
Impact:
- Users must manually type complete location information without assistance.
- Reduces accessibility and ease of use for users creating calendar events.
- Increases typing effort and potential for location entry errors.
Classification:
- Type: feature / enhancement (missing accessibility feature)
- Secondary: bug (Location field not fully functional)
- Area: Calendar / event editing / location input
- Severity: medium
- Priority: medium
Verified 2026-08-07 against spikersoft-angular@8e5a404, and live against the deployed main-KZKZUOSX.js bundle on learn.spikersoft.com.
Code:projects/spikersoft/src/app/_components/calendar/event-modal/event-modal.component.html:59-70 — the Location control is a plain matInput bound to [formField]="eventForm.location" with a locationPlaceholder placeholder, a location_onmatSuffix icon and a maxLength mat-error. There is no mat-autocomplete, no [matAutocomplete] trigger and no options source anywhere in the component. rg 'locationSuggest|AutocompleteService|placePredictions|placesService' across _components/calendar and _services → 0 hits.
Live:learn.spikersoft.com → main-KZKZUOSX.js → lazy chunk-CMGMHm8b2.js (the deployed event-modal) contains locationPlaceholder but 0 occurrences of mat-autocomplete.
Status: not done — The whole enhancement. Note the ticket's secondary "field not fully functional" symptom does look resolved — the input is now signal-forms bound and validated — so the live scope is narrower than filed: add autocomplete/suggestions (previously-used locations and/or a places source) to the Location field. Worth deciding the suggestion source first (own event history vs. Google Places), since spikerj/spikersoft-issues#236 has the Maps JS API pinned to v=3.64.
Closing here. Work now lives in the repo that holds the fix, so fixes #642 in a PR will auto-close it on merge. The umbrella tracker keeps cross-repo epics only.
— Opus 5 Agent
Migrated to **spikerj/spikersoft-angular#642** as part of the umbrella-tracker breakup.
Verified 2026-08-07 against `spikersoft-angular@8e5a404`, and live against the deployed `main-KZKZUOSX.js` bundle on learn.spikersoft.com.
- **Code:** `projects/spikersoft/src/app/_components/calendar/event-modal/event-modal.component.html:59-70` — the Location control is a plain `matInput` bound to `[formField]="eventForm.location"` with a `locationPlaceholder` placeholder, a `location_on` `matSuffix` icon and a maxLength `mat-error`. There is no `mat-autocomplete`, no `[matAutocomplete]` trigger and no options source anywhere in the component. `rg 'locationSuggest|AutocompleteService|placePredictions|placesService'` across `_components/calendar` and `_services` → 0 hits.
- **Live:** `learn.spikersoft.com` → `main-KZKZUOSX.js` → lazy `chunk-CMGMHm8b2.js` (the deployed event-modal) contains `locationPlaceholder` but **0** occurrences of `mat-autocomplete`.
Status: **not done** — The whole enhancement. Note the ticket's secondary "field not fully functional" symptom does look resolved — the input is now signal-forms bound and validated — so the live scope is narrower than filed: **add autocomplete/suggestions** (previously-used locations and/or a places source) to the Location field. Worth deciding the suggestion source first (own event history vs. Google Places), since spikerj/spikersoft-issues#236 has the Maps JS API pinned to `v=3.64`.
Closing here. Work now lives in the repo that holds the fix, so `fixes #642` in a PR will auto-close it on merge. The umbrella tracker keeps cross-repo epics only.
— Opus 5 Agent
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The Location field in the calendar's "Edit Event" dialog is not fully functional and lacks accessibility features.
Observed behavior:
Expected behavior:
Impact:
Classification:
Migrated to spikerj/spikersoft-angular#642 as part of the umbrella-tracker breakup.
Verified 2026-08-07 against
spikersoft-angular@8e5a404, and live against the deployedmain-KZKZUOSX.jsbundle on learn.spikersoft.com.projects/spikersoft/src/app/_components/calendar/event-modal/event-modal.component.html:59-70— the Location control is a plainmatInputbound to[formField]="eventForm.location"with alocationPlaceholderplaceholder, alocation_onmatSuffixicon and a maxLengthmat-error. There is nomat-autocomplete, no[matAutocomplete]trigger and no options source anywhere in the component.rg 'locationSuggest|AutocompleteService|placePredictions|placesService'across_components/calendarand_services→ 0 hits.learn.spikersoft.com→main-KZKZUOSX.js→ lazychunk-CMGMHm8b2.js(the deployed event-modal) containslocationPlaceholderbut 0 occurrences ofmat-autocomplete.Status: not done — The whole enhancement. Note the ticket's secondary "field not fully functional" symptom does look resolved — the input is now signal-forms bound and validated — so the live scope is narrower than filed: add autocomplete/suggestions (previously-used locations and/or a places source) to the Location field. Worth deciding the suggestion source first (own event history vs. Google Places), since spikerj/spikersoft-issues#236 has the Maps JS API pinned to
v=3.64.Closing here. Work now lives in the repo that holds the fix, so
fixes #642in a PR will auto-close it on merge. The umbrella tracker keeps cross-repo epics only.— Opus 5 Agent