Summary
script.globalsearch 9.0.7 freezes its results dialog on Kodi 21 (Omega) for the entire duration of the search. Back/Cancel input is captured (the standard Kodi click sound fires) but no action is dispatched until the background work completes — the dialog cannot be dismissed and the user has no indication anything is happening.
Reproducible on Kodi 21.3 / Android TV 11 (Fire TV Stick 4K Max), Estuary skin 4.0.0.
Steps to reproduce
- Install
script.globalsearch v9.0.7 from the Omega binary repo.
- Enable a PVR client with a large channel list. In my case: 2×
pvr.iptvsimple instances totalling ~14,500 channels + ~9,200 EPG entries.
- Launch Global Search from Add-ons.
- Enter any search term (e.g.
adio).
Observed
- Results window opens immediately but is empty / shows no busy indicator.
- Back key presses produce the Kodi click sound but do not dismiss the dialog.
- After ~30+ seconds (varies with library / PVR size) the dialog unfreezes — results appear and Back works again.
Expected
- Either (a) run the search on a worker thread and keep Back/Cancel responsive so the user can abort an in-flight search, or (b) at minimum show a busy spinner / progress indicator so the dialog is obviously "working", not hung.
- Logging the start/end of each backend pass (Movies / TV Shows / PVR / EPG / Add-ons / …) via
xbmc.log would make it possible to identify which backend is slow.
Logs
Kodi general log emits only two lines for the whole interaction:
2026-05-25 23:30:19.127 info: CAddonMgr::FindAddon: script.globalsearch v9.0.7 installed
2026-05-25 23:32:32.090 info: Loading skin file: .../script.globalsearch/resources/skins/default/1080i/script-globalsearch.xml, load type: LOAD_ON_GUI_INIT
No Python output, no traceback, no progress messages — which itself is part of the problem (hard to diagnose).
Notes on filing location
The addon.xml shipped in the Omega binary repo declares the canonical source as https://gitlab.com/ronie/script.globalsearch/. I'm filing here because:
- This is where the addon is distributed for end users on Kodi 21.
- The
omega branch of xbmc/repo-scripts does not currently contain script.globalsearch/ (last branch with the source: matrix), so there is no obvious upstream-branch-tracker for it on GitHub.
Happy to mirror this on the GitLab source repo if preferred.
Environment
| Item |
Value |
| Kodi |
21.3 (21.3.0) Omega, Android build |
| OS |
Android TV 11.0.0 (Fire TV Stick 4K Max) |
| Skin |
Estuary 4.0.0 |
| Addon |
script.globalsearch 9.0.7 |
| PVR |
pvr.iptvsimple 21.11.0, 2× instances, ~14.5k channels, ~9.2k EPG entries |
Summary
script.globalsearch9.0.7 freezes its results dialog on Kodi 21 (Omega) for the entire duration of the search. Back/Cancel input is captured (the standard Kodi click sound fires) but no action is dispatched until the background work completes — the dialog cannot be dismissed and the user has no indication anything is happening.Reproducible on Kodi 21.3 / Android TV 11 (Fire TV Stick 4K Max), Estuary skin 4.0.0.
Steps to reproduce
script.globalsearchv9.0.7 from the Omega binary repo.pvr.iptvsimpleinstances totalling ~14,500 channels + ~9,200 EPG entries.adio).Observed
Expected
xbmc.logwould make it possible to identify which backend is slow.Logs
Kodi
generallog emits only two lines for the whole interaction:No Python output, no traceback, no progress messages — which itself is part of the problem (hard to diagnose).
Notes on filing location
The
addon.xmlshipped in the Omega binary repo declares the canonical source ashttps://gitlab.com/ronie/script.globalsearch/. I'm filing here because:omegabranch ofxbmc/repo-scriptsdoes not currently containscript.globalsearch/(last branch with the source:matrix), so there is no obvious upstream-branch-tracker for it on GitHub.Happy to mirror this on the GitLab source repo if preferred.
Environment