Each time a letter is typed on the page, the loading animation of learn.spikersoft.com appears and renders.
Observed behavior:
Typing any character triggers the loading animation to display.
The animation appears repeatedly for each keystroke.
This creates a distracting and potentially harmful visual effect.
Health & accessibility impact:
The repeated flashing animation could trigger headaches.
The rapid, repetitive visual stimuli poses a potential risk for users with photosensitivity or epilepsy.
The behavior is disruptive to normal typing and user experience.
Expected behavior:
The loading animation should only display when the page is actually loading content.
Typing should not trigger any loading animation.
The page should remain stable and responsive without visual artifacts during input.
Classification:
Type: bug
Area: UI / loading state
Severity: high (accessibility and health concern)
Priority: critical
Each time a letter is typed on the page, the loading animation of learn.spikersoft.com appears and renders.
Observed behavior:
- Typing any character triggers the loading animation to display.
- The animation appears repeatedly for each keystroke.
- This creates a distracting and potentially harmful visual effect.
Health & accessibility impact:
- The repeated flashing animation could trigger headaches.
- The rapid, repetitive visual stimuli poses a potential risk for users with photosensitivity or epilepsy.
- The behavior is disruptive to normal typing and user experience.
Expected behavior:
- The loading animation should only display when the page is actually loading content.
- Typing should not trigger any loading animation.
- The page should remain stable and responsive without visual artifacts during input.
Classification:
- Type: bug
- Area: UI / loading state
- Severity: high (accessibility and health concern)
- Priority: critical
enjin2310
changed title from bug: Loading animation triggers on every keystroke (accessibility hazard) to [critical]: Loading animation triggers on every keystroke (accessibility hazard)2026-05-11 14:47:43 +00:00
Root cause: the global LoadingInterceptor shows the spinner overlay for every HTTP request, and LoadingDisplayService attached it on the next microtask. Inputs across the app fire short-lived requests per keystroke, so each near-instant request flashed the spinner — the repetitive flashing you flagged.
Fix in spikerj/spikersoft-angular#1: the overlay now only appears after a 300ms grace period, so fast per-keystroke requests never paint it while genuinely slow loads still do. Cancelled on completion so a quick request leaves no flash. fakeAsync regression tests added.
Root cause: the global `LoadingInterceptor` shows the spinner overlay for every HTTP request, and `LoadingDisplayService` attached it on the next microtask. Inputs across the app fire short-lived requests per keystroke, so each near-instant request flashed the spinner — the repetitive flashing you flagged.
Fix in spikerj/spikersoft-angular#1: the overlay now only appears after a 300ms grace period, so fast per-keystroke requests never paint it while genuinely slow loads still do. Cancelled on completion so a quick request leaves no flash. fakeAsync regression tests added.
Closing as fixed by spikerj/spikersoft-angular#1.
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.
Each time a letter is typed on the page, the loading animation of learn.spikersoft.com appears and renders.
Observed behavior:
Health & accessibility impact:
Expected behavior:
Classification:
bug: Loading animation triggers on every keystroke (accessibility hazard)to [critical]: Loading animation triggers on every keystroke (accessibility hazard)Root cause: the global
LoadingInterceptorshows the spinner overlay for every HTTP request, andLoadingDisplayServiceattached it on the next microtask. Inputs across the app fire short-lived requests per keystroke, so each near-instant request flashed the spinner — the repetitive flashing you flagged.Fix in spikerj/spikersoft-angular#1: the overlay now only appears after a 300ms grace period, so fast per-keystroke requests never paint it while genuinely slow loads still do. Cancelled on completion so a quick request leaves no flash. fakeAsync regression tests added.
Closing as fixed by spikerj/spikersoft-angular#1.