RetroArch list terminology and repair / 2026-07-31

RetroArch History vs Favorites vs system playlists: choose the right list

Separate automatic recent-play history, deliberate favorites, and maintained system or custom playlists before repairing the wrong file.

8 minute terminology guideCurrent RetroArch on Android; visible tabs and list limits depend on configuration and menu driver

RetroArch History vs Favorites vs system playlists: choose the right list

Use History to revisit recently launched content, Favorites for entries you deliberately bookmark, and a system or custom playlist for a maintained library with core, database, and thumbnail identity. All three can launch content, but deleting History is not a library rescan, removing a Favorite does not delete the game, and a playlist entry does not prove that its core or ROM is compatible.

Do this in order

  1. 01

    Identify whether the affected tab is History, Favorites, a system playlist, or a user-created playlist before editing anything.

  2. 02

    Launch the same lawful file directly with the intended core to prove that content and core work independently of the list entry.

  3. 03

    For History, reproduce one clean launch and safe exit; use it as a recent-activity check rather than a permanent inventory.

  4. 04

    For Favorites, add and remove one test entry and confirm that the underlying content file remains untouched.

  5. 05

    For a maintained playlist, inspect its core association, entry label, `db_name`, and content path before scanning or editing.

  6. 06

    Back up the affected `.lpl` file, apply one narrow repair, relaunch RetroArch, and verify the entry, core, and thumbnail behavior separately.

Decision and diagnostic table

ListHow entries arriveUse it for
HistorySuccessful or attempted recent launchesReturn to recent content
FavoritesExplicit user bookmarkSmall cross-system shortlist
System playlistScan, import, utility, or manual entryMaintained system library
Custom playlistCurated or manually combined entriesPurpose-based cross-system collection

History records use, not ownership

Libretro documents History and Favorites as launch surfaces alongside normal playlists. History is useful evidence that RetroArch attempted or completed a launch, but it is not a rights record, content audit, or permanent catalog.

A missing History row can follow a list limit, configuration change, or different profile. It does not mean the content file was deleted.

Favorites are intentional but still lightweight

A Favorite is a deliberate bookmark and can mix systems. It is valuable for a short public-device menu, but its display label and core association still need the same technical checking as any other launch entry.

Removing the bookmark should not be used as a file-deletion workflow. Verify the underlying authorized content separately.

Playlists carry library identity

Libretro's playlist format can store content path, label, core path and name, checksum or detection marker, and database name. Those fields influence launch and thumbnail matching without changing the bytes of the content.

Choose scanning, manual entry, or direct editing only after the target core and lawful file work together. Cosmetic labels should not drive ROM renaming or unlicensed artwork downloads.

First-party sources

Related guides