gfx: refresh the current menu when toggling notifications/widgets

Toggling "On-Screen Notifications" or "Graphics Widgets" can change which
dependent entries the current menu should show, and the old CMD_EVENT_REINIT
rebuilt the menu implicitly via menu_driver_init(). The lightweight
CMD_EVENT_OSD_NOTIFICATION_TOGGLE that replaced it did not, so the list went
stale until the user navigated away and back.

Flag the menu for a rebuild (ENTRIES_NEED_REFRESH | PREVENT_POPULATE) at the
end of the handler, after the widget lifecycle work, so it survives into the
next menu iteration -- matching what other refreshing toggles do. Covers both
settings, which share this command.

Signed-off-by: LibretroAdmin <LibretroAdmin@users.noreply.github.com>

Author: LibretroAdmin

retroarch.c

@@ -4022,6 +4022,14 @@ bool command_event(enum event_command cmd, void *data)
                p_dispwidget->active = false;
             }
          }
+#endif
+#ifdef HAVE_MENU
+         /* Toggling notifications/widgets can change which dependent entries
+          * are shown, so rebuild the current menu list. The old full reinit
+          * did this implicitly via menu_driver_init(); set the flag after the
+          * widget work so it survives into the next menu iteration. */
+         menu_st->flags                 |=  MENU_ST_FLAG_ENTRIES_NEED_REFRESH
+                                         |  MENU_ST_FLAG_PREVENT_POPULATE;
 #endif
          break;
       case CMD_EVENT_REINIT_FROM_TOGGLE: