The guide or menus respond slowly: diagnostic checklist for Enigma2 Receiver
The guide or menus respond slowly on Enigma2 Receiver: isolate the device, player, network and source with a clear test sequence and support checklist.
What this symptom means on Enigma2 Receiver
Navigation stutters or takes unusually long while the video may remain stable. This runbook applies when you are already using a player or viewing method supported by the actual device. Begin with one reproducible example; the symptom by itself does not prove that a service, application or network is at fault.
Check the Enigma2 Receiver environment
Receiver and portal workflows may use device assignment rather than a general player login. The portal address, device identity and account policy must match.
- Record the receiver model and firmware version before testing a portal or playlist change.
- Confirm whether the operator expects a device binding, a playlist, or ordinary account fields.
- Keep MAC assignments and complete portal credentials in private support notes, and use supported firmware only.
Identify the full playback chain before testing: device, operating system, player, login format, local connection and destination display or audio route. For an external box, a television may be only the display. In that case, the app version and network measurements belong to the box.
Run a controlled diagnostic sequence
- Compare navigation with playback to identify which part is slow.
- Check free storage and restart the player without deleting its account.
- Where offered, reduce retained guide history or hide unused groups.
- Compare behaviour before and after a single safe cache refresh.
Carry out the steps in order while keeping other settings unchanged. Write down the initial result and the result after each change. If a test has no measurable benefit, restore its original setting before continuing. This gives support a history it can interpret and avoids ending with several unexplained adjustments.
Possible explanations to compare
- A large guide or artwork cache
- Low storage or limited device resources
- An application-specific indexing problem
These are hypotheses to test, not a diagnosis. A problem that follows an account across two otherwise working devices points to a different layer than a problem limited to one app. A failure seen only over one local connection needs a network comparison before an account reset.
What to record for support
| Evidence | Record | Keep private |
|---|---|---|
| Device | Enigma2 Receiver, exact model and operating system build | Serial numbers and account-linked identifiers |
| Player | Publisher, version and selected login type | Password, full playlist URL or portal token |
| Failure | The guide or menus respond slowly, exact message and local timestamp | Customer or payment details |
| Comparison | Which single change improved or reproduced the result | Credentials for the comparison account |
A useful report includes what still works. For example, say whether menus respond, another item plays, or a second connection produces the same result. Avoid a screenshot of the full account page when a cropped error message is enough.
Work through the checklist
The checklist on this page is a temporary working aid. Record your final results in your own notes if you need to keep them or send them to support.
When to stop and escalate
Clearing cache and clearing application data are different operations. The second can remove account configuration and favorites, so keep a recovery record before using it.
Stop changing settings when you can reproduce the failure and explain the controlled comparison. Send the evidence privately to the relevant app publisher or service operator. If the feature is unsupported on this model, document that finding and use a supported alternative rather than repeating the same reset.
Related Enigma2 Receiver reference
Read the Enigma2 Receiver device guide for setup context, and use the community discussion area to share a redacted description of your test.