Looks to me like an issue on IBKR side.
BTW:
using reqMatchingSymbols to get conid. on "VICI","SMART","STK" deliver 44 candidates,
best match are:
??? {
??????? "symbol":"VICI",
??????? "exchangeShortName":"NYSE",??????? "type":"STK",??????? "currency":"USD",
??????? "conid":292080616,
??????? "DerivativeSecTypes":["CFD","OPT","IOPT","BAG"]
??? },{
??????? "symbol":"VICI PRA",
??????? "exchangeShortName":"VALUE",??????? "type":"STK",??? "currency":"USD",
??????? "conid":292080567
??? },
I see a "VICI xxx" on "VALUE" exchangeShortName, that may inspire some deduction.
Anyway I failed too to reqHeadTimestamp with 292080616 and any of your combination (and some others) with TRADES or MIDPOINT.? Deliver same message involving "VALUE".
IMHO reqHeadTimestamp? sometime deliver even pre-IPO dates, but if it failed doesn't mean you can't succeed some query.
Workaround when I failed with it, use IPO date + 10 days and poke a historicals. It's more a trick to avoid an empty DB field, than a science.
In my experience when failed on an instrument, seems that it's a signal that aggregated query may fail more frequently, but may work without SMART. As you point it out, that's an issue.
