{"version":"2.1.280","anchor":"model-list-gains-basepickerids-excluding-session-tail-entr","canonical_anchor":"model-list-gains-basepickerids-excluding-session-tail-entr","heading":"Entries carried over from a previous session are now tagged sessionTail and can be filtered out","tier":"internal","area":"Models","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.280\/e\/model-list-gains-basepickerids-excluding-session-tail-entr","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.280","markdown":"### Entries carried over from a previous session are now tagged sessionTail and can be filtered out\n\nSession-carried-over entries are now flagged sessionTail so lists like the model picker can exclude them\n\n**Unclear.** It is unclear what a \"session tail\" model entry is or what visible effect excluding it from `basePickerIds` has for users of the model picker.\n\n**What**\n\nEntries that come from a prior session (rather than the current one) are now tagged with a `sessionTail` marker in several places:\n\n- Recent session\/path history entries get `sessionTail: true` when they are added to the result list.\n\n- Entries appended to available-model lists (both plain string values and custom-model entries) are tagged `sessionTail: true` as well, with matching logic switched to a new helper.\n\n- The model-picker state now also returns `basePickerIds`, a version of the picker id list with `sessionTail`-flagged entries filtered out, alongside the existing full `pickerIds`.\n\n**Why**\n\nThis lets parts of the UI, like the base model picker, show only entries that belong to the current session instead of ones carried over from an earlier one, while still keeping the full list available where needed.\n\n- Area: Models\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5"}