https://learn.microsoft.com/en-us/purview/sensitivity-labels

Thanks in advance!

we are using xlsx.js of sheetjs in version 0.20.3. Since there was no update on this within the last two years, our pipelines are reporting errors due to the outdated library. Thus we are wondering if a new version is planned soon. If so, do you have any rough timeline?

I think kind of a maintenance release with updated dependencies would be sufficient.

Thanks a lot for you answer in advance.

Rather than formatting a number as 123,456.78
The ability to format as 123.456,78

I see some reference in the source code to ThousandSeparators but unclear on what these do and how I would use them

(We are using ssf standalone to format numbers rather than the SheetJS package)

Usage

import ssf from 'ssf';


export function formatValue(ssfFormatCode, processedValue){

    return ssf.format(ssfFormatCode, processedValue, { date1970: true });

}

looking for something like

return ssf.format(ssfFormatCode, processedValue, { date1970: true, thousandSeparator: "." });

I used

const rows = utils.sheet_to_json(worksheet, {
    header: 1,
    raw: true,
  });

it works correctly for excel files. The bug related with .csv files only

Expected behavior: return string instead of incorrect number

This would be particularly useful for web applications that preview
untrusted Excel files, helping reduce the risk of unsafe URL schemes
(e.g. javascript:) being included in generated HTML.

Suggested API shape (example):

XLSX.utils.sheet_to_html(worksheet, { sanitizeLinks: true });
XLSX.write(workbook, { bookType: "html", sanitizeLinks: true });

When enabled, the option could allow only:

• http / https URLs
• internal links (e.g. #sheet1!A1)

The default behavior would remain unchanged to preserve Excel
compatibility, while offering a safer opt-in path for web-facing use cases.

The thing is, the formulas are not supposed to immediately start and realize the theres no data to process. theyre supposed to act like all the other excel formula that just sits there and only acts when theres a change made in the cells in their range.

Of note: the documentation mentions 100M…

It seems similar to general Javascript error related to Chrome/V8
https://github.com/nodejs/node/issues/35973
Or searching for "rangeError invalid string length"

The Excel file is created without error in Firefox.
I am working with large files - 83 Mb when sucessful?

Has anyone had similar issue and have any work-arounds?

xlsx.full.min.js does not serve the latest release.

Instead, it delivers a build that contains:

Steps to reproduce:

Go to https://cdn.sheetjs.com/
Under latest, click the link for xlsx.full.min.js
Download or open the file
Search for the string cptable – it shows version:"1.15.0"
Expected behavior:

The latest link should point to the actual latest release of SheetJS, matching the current version number in npm and GitHub.

Actual behavior:

The latest link currently serves an old build (1.15.0).

Possible cause:

The CDN file mapping for latest might not have been updated after newer releases.

I'm working on an Excel file that contains notes. Here is an example .

When loading this file to be able to add rows to it, here's what I do

          workbook = XLSX.read(buffer, {
            bookVBA: bookType === 'xlsm',
            type: 'buffer',
            cellStyles: true,
          });

// ...
// here I write data
// ...

        const buffer = Buffer.from(
          XLSX.write(workbook, {
            type: 'buffer',
            bookType: bookType,
            bookVBA: bookType === 'xlsm',
            cellStyles: true,
          })
        );

The output file is properly written with the data I added. But the notes' style is different. Moreover, notes are always displayed. Normally, they should be displayed only on hover.

See this screenshot .

What am I doing wrong?

------
 > [prod-deps 6/6] RUN pnpm install --prod --frozen-lockfile --filter @edm/dashboard...:
59.44 ../..                                    

61.67  ERR_PNPM_FETCH_403  GET https://cdn.sheetjs.com/xlsx-0.20.3/xlsx-0.20.3.tgz: Forbidden - 403

We have the following package:

"xlsx": "https://cdn.sheetjs.com/xlsx-0.20.3/xlsx-0.20.3.tgz",

Is there any status page for the registry? Any status page?

Looking at the content.xml, I can see:

• table:formula="of:=FDIST(1;1;20)" which is translated to =F.DIST(1,1,20)
  -…

Is there a way to disable the translation of the ODS writer?
Or is there a list of functions that are replaced by the ODS writer?

My objective to to generate the 2…

When writing a workbook with theods bookType, the formula =FDIST(5,1,2) is replaced with =F.DIST(5,1,2) (extra .).
In LibreOffice, FDIST != F.DIST.

When writing as a xlsx, the formula isn't modified.

Did I missed an option when writing the file? Thx

How I write the file: writeFile(workbook, filePathOutput, { bookType });
How I set the formula: sheet[cellRef] = { t: 'n', v: '', f: formula };

The result is that a cell with 12.34% ends up indistinguishable from a cell with 0.1234 in it.

Is there anything I'm missing? I would like parsing of percentages to not lose information about the cell having a number in it. I would not like to use raw: true if possible, because all other cases of parsing work well.

The failing tests:

describe("xlsx.utils.table_to_sheet", () => {
  it("parses percentages as expected", () => {
    const tableElement = document.createElement("table");
    tableElement.innerHTML = `<tr><td>12.34%</td><td>0.1234</td></tr>`;

    const sheet = utils.table_to_sheet(tableElement);

    expect(sheet.B1.v).toBe(0.1234);
    expect(sheet.B1.z).toBeUndefined();
    expect(sheet.A1.v).toBe(0.1234);
    expect(sheet.A1.z).toBe("0.00%"); // fails here; actual: undefined
  });
  it("parses percentages distinguished from regular numbers", () => {
    const tableElement = document.createElement("table");
    tableElement.innerHTML = `<tr><td>12.34%</td><td>0.1234</td></tr>`;

    const sheet = utils.table_to_sheet(tableElement);

    expect(sheet.B1).not.toEqual(sheet.A1); // fails here
  });
});