← All functions

STEYX

Quirk found

Category: Statistical · Last tested 2026-09-01

Real compatibility results for the STEYX function: executed in Excel for the web, Google Sheets and LibreOffice Calc, with desktop Excel behavior from Microsoft’s official documentation (we do not run desktop Excel — Excel for the web is a different application and is executed separately). Syntax and links to that documentation are below.

Support matrix

EngineDocumentedLive-testedVerdict
Excel (desktop)Yes No — documented only n/a
Excel for the web— Yes (recalc, 2026-09-01) Supported, behaves as documented
Google SheetsYes Yes (Drive import, 2026-08-31) Supported, behaves as documented
LibreOffice CalcYes Yes (25.8.7.3, 2026-08-31) Quirk found

LibreOffice version history

We executed the same test cases under each LibreOffice release to show exactly when STEYX’s support changed — not documentation claims, real results.

LibreOffice versionVerdictTested
24.2.0.3 Quirk found 2026-08-31
24.8.7.2 Quirk found 2026-08-31
25.2.0.3 Quirk found 2026-08-31
25.8.7.3 Quirk found 2026-08-31

Why isn't STEYX working in LibreOffice?

STEYX exists in LibreOffice 25.8.7.3, but it is not a drop-in match for Excel — our executed tests found real behavioral differences (detailed in the test results on this page). If a formula that works in Excel or Google Sheets misbehaves in LibreOffice, compare your usage against the failing cases above before assuming your data is wrong.

Discovered quirks

Executed test cases

Excel for the web (executed 2026-09-01 via OneDrive recalculation)

These values come from Excel for the web, not from desktop Excel. They are two different implementations of the calculation engine, and this run measured only the web one: the corpus was uploaded to OneDrive as .xlsx, recalculated by Excel for the web on open, and downloaded again for readback. Excel for the web is a rolling service with no pinnable version, so the run is identified by its date. Where a value here disagrees with the Expected column — which is Microsoft’s documentation of the desktop product — we cannot tell you whether the web engine diverges from the desktop one or the documentation is wrong about both, because we do not run desktop Excel.

FormulaDescriptionResultExpectedVerdict
=ROUND(STEYX(A3:A9,B3:B9),6) Microsoft's documented worked example, at the six decimals it publishes 3.305719 3.305719
Provenance

Microsoft publishes =STEYX(A3:A9,B3:B9) = 3.305719 ("Standard error of the predicted y-value for each x in the regression"). DERIVATION from the definition the page states in words (its equation is an image): with n = 7, xbar = 42/7 = 6 and ybar = 35/7 = 5, Sxx = sum (x-xbar)^2 = 36, Syy = sum (y-ybar)^2 = 58 and Sxy = sum (x-xbar)(y-ybar) = 11; the standard error of the estimate is sqrt((Syy - Sxy^2/Sxx)/(n-2)) = sqrt((58 - 121/36)/5) = 3.305718950210041340286 at 50 digits, which is 3.305719 at the published precision. Computed from the raw sums of products, NOT by calling a regression routine. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/steyx-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.

Matched
=ROUND(STEYX(A3:A9,B3:B9),10) The same example carried to ten decimals 3.3057189502 3.3057189502
Provenance

Asserted at ten places from the derivation: 3.3057189502. Six published decimals cannot see an engine that divides by n-1 or n instead of the documented n-2 -- those give 3.0177 and 2.7938 respectively, which differ from the published figure only in the second decimal and would still read as a plausible standard error.

Matched
=ROUND(STEYX(B3:B9,A3:A9),10) The arguments swapped, which is a different regression and must give a different number 2.6043729803 2.6043729803
Provenance

STEYX(known_y's, known_x's) is NOT symmetric: regressing x on y is a different fit from regressing y on x. Swapping gives sqrt((Sxx - Sxy^2/Syy)/(n-2)) = sqrt((36 - 121/58)/5) = 2.604372980333203958 at 50 digits, i.e. 2.6043729803 at ten places, derived the same way as the headline figure. The case exists because an engine that took its arguments in the other order would still return a plausible standard error on the documented example, and only a second, deliberately asymmetric point catches it. MICROSOFT PUBLISHES NO FIGURE FOR THE SWAPPED ORDER -- this value is entirely ours, derived from the definition its page states in words.

Matched
=STEYX({1,2,3},{1,2}) Different numbers of data points, which the page assigns an error code #N/A #N/A
Provenance

The Remarks publish: "If known_y's and known_x's have a different number of data points, STEYX returns the #N/A error value."

Matched
=STEYX({1,2},{3,4}) Fewer than three points, where the documented n-2 denominator vanishes #DIV/0! #DIV/0!
Provenance

The Remarks publish: "If known_y's and known_x's are empty or have less than three data points, STEYX returns the #DIV/0! error value." With n = 2 the documented denominator n-2 is zero, so the error code and the formula agree.

Matched

Google Sheets (executed 2026-08-31 via Drive import)

Google Sheets is a rolling service with no pinnable version, so this run is identified by its date. The corpus was imported to Drive as .xlsx, recalculated by Sheets, and exported back for readback.

FormulaDescriptionResultExpectedVerdict
=ROUND(STEYX(A3:A9,B3:B9),6) Microsoft's documented worked example, at the six decimals it publishes 3.305719 3.305719
Provenance

Microsoft publishes =STEYX(A3:A9,B3:B9) = 3.305719 ("Standard error of the predicted y-value for each x in the regression"). DERIVATION from the definition the page states in words (its equation is an image): with n = 7, xbar = 42/7 = 6 and ybar = 35/7 = 5, Sxx = sum (x-xbar)^2 = 36, Syy = sum (y-ybar)^2 = 58 and Sxy = sum (x-xbar)(y-ybar) = 11; the standard error of the estimate is sqrt((Syy - Sxy^2/Sxx)/(n-2)) = sqrt((58 - 121/36)/5) = 3.305718950210041340286 at 50 digits, which is 3.305719 at the published precision. Computed from the raw sums of products, NOT by calling a regression routine. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/steyx-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.

Matched
=ROUND(STEYX(A3:A9,B3:B9),10) The same example carried to ten decimals 3.30571895 3.3057189502
Provenance

Asserted at ten places from the derivation: 3.3057189502. Six published decimals cannot see an engine that divides by n-1 or n instead of the documented n-2 -- those give 3.0177 and 2.7938 respectively, which differ from the published figure only in the second decimal and would still read as a plausible standard error.

Matched
=ROUND(STEYX(B3:B9,A3:A9),10) The arguments swapped, which is a different regression and must give a different number 2.60437298 2.6043729803
Provenance

STEYX(known_y's, known_x's) is NOT symmetric: regressing x on y is a different fit from regressing y on x. Swapping gives sqrt((Sxx - Sxy^2/Syy)/(n-2)) = sqrt((36 - 121/58)/5) = 2.604372980333203958 at 50 digits, i.e. 2.6043729803 at ten places, derived the same way as the headline figure. The case exists because an engine that took its arguments in the other order would still return a plausible standard error on the documented example, and only a second, deliberately asymmetric point catches it. MICROSOFT PUBLISHES NO FIGURE FOR THE SWAPPED ORDER -- this value is entirely ours, derived from the definition its page states in words.

Matched
=STEYX({1,2,3},{1,2}) Different numbers of data points, which the page assigns an error code #N/A #N/A
Provenance

The Remarks publish: "If known_y's and known_x's have a different number of data points, STEYX returns the #N/A error value."

Matched
=STEYX({1,2},{3,4}) Fewer than three points, where the documented n-2 denominator vanishes #DIV/0! #DIV/0!
Provenance

The Remarks publish: "If known_y's and known_x's are empty or have less than three data points, STEYX returns the #DIV/0! error value." With n = 2 the documented denominator n-2 is zero, so the error code and the formula agree.

Matched

LibreOffice Calc 25.8.7.3 (tested 2026-08-31)

FormulaDescriptionResultExpectedVerdict
=ROUND(STEYX(A3:A9,B3:B9),6) Microsoft's documented worked example, at the six decimals it publishes 3.305719 3.305719
Provenance

Microsoft publishes =STEYX(A3:A9,B3:B9) = 3.305719 ("Standard error of the predicted y-value for each x in the regression"). DERIVATION from the definition the page states in words (its equation is an image): with n = 7, xbar = 42/7 = 6 and ybar = 35/7 = 5, Sxx = sum (x-xbar)^2 = 36, Syy = sum (y-ybar)^2 = 58 and Sxy = sum (x-xbar)(y-ybar) = 11; the standard error of the estimate is sqrt((Syy - Sxy^2/Sxx)/(n-2)) = sqrt((58 - 121/36)/5) = 3.305718950210041340286 at 50 digits, which is 3.305719 at the published precision. Computed from the raw sums of products, NOT by calling a regression routine. Microsoft's page was read live on 2026-08-31 at https://support.microsoft.com/en-us/excel/functions/steyx-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.

Matched
=ROUND(STEYX(A3:A9,B3:B9),10) The same example carried to ten decimals 3.3057189502 3.3057189502
Provenance

Asserted at ten places from the derivation: 3.3057189502. Six published decimals cannot see an engine that divides by n-1 or n instead of the documented n-2 -- those give 3.0177 and 2.7938 respectively, which differ from the published figure only in the second decimal and would still read as a plausible standard error.

Matched
=ROUND(STEYX(B3:B9,A3:A9),10) The arguments swapped, which is a different regression and must give a different number 2.6043729803 2.6043729803
Provenance

STEYX(known_y's, known_x's) is NOT symmetric: regressing x on y is a different fit from regressing y on x. Swapping gives sqrt((Sxx - Sxy^2/Syy)/(n-2)) = sqrt((36 - 121/58)/5) = 2.604372980333203958 at 50 digits, i.e. 2.6043729803 at ten places, derived the same way as the headline figure. The case exists because an engine that took its arguments in the other order would still return a plausible standard error on the documented example, and only a second, deliberately asymmetric point catches it. MICROSOFT PUBLISHES NO FIGURE FOR THE SWAPPED ORDER -- this value is entirely ours, derived from the definition its page states in words.

Matched
=STEYX({1,2,3},{1,2}) Different numbers of data points, which the page assigns an error code #VALUE! #N/A
Provenance

The Remarks publish: "If known_y's and known_x's have a different number of data points, STEYX returns the #N/A error value."

Mismatch
=STEYX({1,2},{3,4}) Fewer than three points, where the documented n-2 denominator vanishes #VALUE! #DIV/0!
Provenance

The Remarks publish: "If known_y's and known_x's are empty or have less than three data points, STEYX returns the #DIV/0! error value." With n = 2 the documented denominator n-2 is zero, so the error code and the formula agree.

Mismatch

Docs & syntax

Where STEYX behaves differently