STOCKHISTORY

NOT DETERMINISTICALLY ASSERTABLE, and deliberately recorded as a probe rather than a support claim. THE PAGE HAS NO EXAMPLE SECTION, NO EXAMPLE TABLE AND NO REMARKS AT ALL -- its only sections are Technical details, Notes and Tips, and a search of the whole article for every Excel error token (#VALUE!, #NUM!, #N/A, #NAME?, #BUSY!, #CONNECT!, #BLOCKED!, #FIELD!, #REF!, #DIV/0!) returns zero hits, so Microsoft publishes neither a value nor an error code that any engine could be held to. What it does publish is why: "The STOCKHISTORY function requires a Microsoft 365 Personal, Microsoft 365 Family, Microsoft 365 Business Standard, or Microsoft 365 Business Premium subscription"; "This will pull data from the default exchange for the instrument"; "while some financial instruments may be available as Stocks data types, the historical information will not be available"; "STOCKHISTORY... generally only updates after a trading day completes... you cannot use STOCKHISTORY to get data for today's trading details until after the market has closed"; and "Date returned may be earlier than the date provided." A function whose answer depends on a paid subscription, an exchange's choice of default, and what time of day the sheet is recalculated has no value a compatibility corpus can assert. What the run does establish is recorded separately: probing all four pinned LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) with the plain name, the _xlfn. storage form, the COM.MICROSOFT. add-in form, the ORG.OPENOFFICE. form and the _xlfn.ORG.OPENOFFICE. form returned #NAME? for ALL FIVE spellings on every build, which is the signature of a name the engine does not implement at all. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/stockhistory-function. FETCH NOTE FOR THIS BATCH: batch F recorded every /en-us/office/<name>-function-<guid> URL returning Microsoft's 'Sorry, the page you're looking for can't be found' body; today BOTH paths serve the article again -- the GUID form redirects to /en-us/excel/functions/<slug>-function -- and every page cited in this batch came back complete (217-223 KB) in one or two attempts, with no 87 KB stub responses. Nothing here is sourced from a search snippet or a mirror.

NOT DETERMINISTICALLY ASSERTABLE, and deliberately recorded as a probe rather than a support claim. THE PAGE HAS NO EXAMPLE SECTION, NO EXAMPLE TABLE AND NO REMARKS AT ALL -- its only sections are Technical details, Notes and Tips, and a search of the whole article for every Excel error token (#VALUE!, #NUM!, #N/A, #NAME?, #BUSY!, #CONNECT!, #BLOCKED!, #FIELD!, #REF!, #DIV/0!) returns zero hits, so Microsoft publishes neither a value nor an error code that any engine could be held to. What it does publish is why: "The STOCKHISTORY function requires a Microsoft 365 Personal, Microsoft 365 Family, Microsoft 365 Business Standard, or Microsoft 365 Business Premium subscription"; "This will pull data from the default exchange for the instrument"; "while some financial instruments may be available as Stocks data types, the historical information will not be available"; "STOCKHISTORY... generally only updates after a trading day completes... you cannot use STOCKHISTORY to get data for today's trading details until after the market has closed"; and "Date returned may be earlier than the date provided." A function whose answer depends on a paid subscription, an exchange's choice of default, and what time of day the sheet is recalculated has no value a compatibility corpus can assert. What the run does establish is recorded separately: probing all four pinned LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) with the plain name, the _xlfn. storage form, the COM.MICROSOFT. add-in form, the ORG.OPENOFFICE. form and the _xlfn.ORG.OPENOFFICE. form returned #NAME? for ALL FIVE spellings on every build, which is the signature of a name the engine does not implement at all. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/stockhistory-function. FETCH NOTE FOR THIS BATCH: batch F recorded every /en-us/office/<name>-function-<guid> URL returning Microsoft's 'Sorry, the page you're looking for can't be found' body; today BOTH paths serve the article again -- the GUID form redirects to /en-us/excel/functions/<slug>-function -- and every page cited in this batch came back complete (217-223 KB) in one or two attempts, with no 87 KB stub responses. Nothing here is sourced from a search snippet or a mirror.

NOT DETERMINISTICALLY ASSERTABLE, and deliberately recorded as a probe rather than a support claim. THE PAGE HAS NO EXAMPLE SECTION, NO EXAMPLE TABLE AND NO REMARKS AT ALL -- its only sections are Technical details, Notes and Tips, and a search of the whole article for every Excel error token (#VALUE!, #NUM!, #N/A, #NAME?, #BUSY!, #CONNECT!, #BLOCKED!, #FIELD!, #REF!, #DIV/0!) returns zero hits, so Microsoft publishes neither a value nor an error code that any engine could be held to. What it does publish is why: "The STOCKHISTORY function requires a Microsoft 365 Personal, Microsoft 365 Family, Microsoft 365 Business Standard, or Microsoft 365 Business Premium subscription"; "This will pull data from the default exchange for the instrument"; "while some financial instruments may be available as Stocks data types, the historical information will not be available"; "STOCKHISTORY... generally only updates after a trading day completes... you cannot use STOCKHISTORY to get data for today's trading details until after the market has closed"; and "Date returned may be earlier than the date provided." A function whose answer depends on a paid subscription, an exchange's choice of default, and what time of day the sheet is recalculated has no value a compatibility corpus can assert. What the run does establish is recorded separately: probing all four pinned LibreOffice builds (24.2.0.3, 24.8.7.2, 25.2.0.3, 25.8.7.3) with the plain name, the _xlfn. storage form, the COM.MICROSOFT. add-in form, the ORG.OPENOFFICE. form and the _xlfn.ORG.OPENOFFICE. form returned #NAME? for ALL FIVE spellings on every build, which is the signature of a name the engine does not implement at all. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/stockhistory-function. FETCH NOTE FOR THIS BATCH: batch F recorded every /en-us/office/<name>-function-<guid> URL returning Microsoft's 'Sorry, the page you're looking for can't be found' body; today BOTH paths serve the article again -- the GUID form redirects to /en-us/excel/functions/<slug>-function -- and every page cited in this batch came back complete (217-223 KB) in one or two attempts, with no 87 KB stub responses. Nothing here is sourced from a search snippet or a mirror.