287583e8d72b4abc90ac33694147f604e1238e93 braney Sat Sep 5 08:17:39 2026 -0700 cartTrackVarCatalog: walk the 31 names left in the baseline, catalog 23. The baseline's own header said that a name in it was not evidence anybody had looked at it, because the first version was accepted wholesale. Every remaining name has now been read at its call site. Twenty-three turned out to be real cart variables and get rows; the other 31 are not cart variables at all, and the header now says which five things they are instead. The 23: My Variants edit form, 18 rows, a new group in OTHER_CGIS. The hgc details page prints a form named _, the form posts so the values land in the cart like any request variable, and hgTracks reads them out of the cart on the next render, writes the row to SQL and removes them. Cart variables by mechanism, one-shot commands by intent, which is why _id is the trigger and nothing has a default. FilterLabel, FilterValuesDefault, HighlightType. Each of these settings is read through cartOrTdbString in three spellings: filterLabel., .FilterLabel, FilterLabel. The catalog had the first and, for four sibling settings, the third; for these three it had neither, which is the only reason they showed up as unknown while FilterType did not. .defaults, the track UI reset button, read with cartUsualInt for a composite or a superTrack and then used to clear that track's cart variables and its children's. .minAc, the VCF minimum allele count, so a reader can hide singletons with 2 instead of a frequency cutoff. What the other 31 are: gvfItemName's item labels (_unk, _dnovo and six more appended to an item's name for display, which is not a variable at all), HTML element ids, table and db.table names, one submit button read with cgiOptionalString rather than from the cart, and one printf artifact. projectSelect is an id, not a name: the