From 4e96036d66b510e393c8f42bded7d674c8636880 Mon Sep 17 00:00:00 2001 From: Philip Abbey Date: Thu, 18 Jan 2024 21:15:59 +0000 Subject: [PATCH] Removed code to dismiss the ErrorView The automatic ErrorView.unShow() when the HTTP Request callback success was preventing errors being read. Removing to see if they are really required. --- source/HomeAssistantTemplateMenuItem.mc | 1 - source/HomeAssistantToggleMenuItem.mc | 1 - 2 files changed, 2 deletions(-) diff --git a/source/HomeAssistantTemplateMenuItem.mc b/source/HomeAssistantTemplateMenuItem.mc index f2a8555..71dc398 100644 --- a/source/HomeAssistantTemplateMenuItem.mc +++ b/source/HomeAssistantTemplateMenuItem.mc @@ -154,7 +154,6 @@ class HomeAssistantTemplateMenuItem extends WatchUi.IconMenuItem { status = RezStrings.getAvailable(); setSubLabel(data); requestUpdate(); - ErrorView.unShow(); // Now this feels very "closely coupled" to the application, but it is the most reliable method instead of using a timer. getApp().updateNextMenuItem(); break; diff --git a/source/HomeAssistantToggleMenuItem.mc b/source/HomeAssistantToggleMenuItem.mc index 497dd75..ee0f388 100644 --- a/source/HomeAssistantToggleMenuItem.mc +++ b/source/HomeAssistantToggleMenuItem.mc @@ -143,7 +143,6 @@ class HomeAssistantToggleMenuItem extends WatchUi.ToggleMenuItem { setLabel((data.get("attributes") as Lang.Dictionary).get("friendly_name") as Lang.String); } setUiToggle(state); - ErrorView.unShow(); // Now this feels very "closely coupled" to the application, but it is the most reliable method instead of using a timer. getApp().updateNextMenuItem(); break;