Skip to content

test-buffer-tostring-rangeerror is flaky (timeout) #52964

Description

@aduh95

Test

test-buffer-tostring-rangeerror

Platform

Linux x64

Console output

not ok 1244 parallel/test-buffer-tostring-rangeerror
  ---
  duration_ms: 120073.76400
  severity: fail
  exitcode: -15
  stack: |-
    timeout
    (node:2934155) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
    (Use `node --trace-deprecation ...` to show where the warning was created)
  ...

Build links

Additional information

No response

Activity

  1. added
    flaky-testIssues and PRs involving tests that fail intermittently in CI.
    on May 12, 2024
  2. aduh95 commented on May 12, 2024

    @aduh95
    ContributorAuthor

    I'm able to reproduce locally: running the test 100'000 times, I got 6 timeouts. If I add a console.log("pass") at the end of the file, it gets printed even when the test times out. Adding process.exit(); does not help.

  3. fahrradflucht commented on May 12, 2024

    @fahrradflucht
    Contributor

    I also investigated this a bit earlier. I was able to reproduce it quite consistently with just a 1000 runs and reduced it to this:

    'use strict';
    require('../common');
    
    const assert = require('assert');
    const { constants: { MAX_STRING_LENGTH } } = require('buffer');
    
    const len = MAX_STRING_LENGTH + 1;
    const message = {
      code: 'ERR_STRING_TOO_LONG',
      name: 'Error',
    };
    assert.throws(() => Buffer(len).toString('utf8'), message);
    assert.throws(() => Buffer(len).toString('utf8'), message);

    Removing either the second buffer.toString call, the ../common import, adding a console.log('pass') at the end or using a debug build will make it not reproduce anymore. 🙃 🤔

  4. aduh95 commented on May 12, 2024

    @aduh95
    ContributorAuthor

    Could we try to add --no-warnings CLI flag and see if that would have any effect? EDIT: nope, I tried with both --no-warnings and --no-deprecation, and I was still getting timeouts

  5. fahrradflucht commented on May 16, 2024

    @fahrradflucht
    Contributor

    I got curious again by #52959 (comment) and indeed this doesn't reproduce on 07f481c but does on 91661ec so it looks like something in #52293 introduced this flakiness as well / aka probably it's the same root cause.

  6. lpinca commented on May 16, 2024

    @lpinca
    Member

    @fahrradflucht can you try with the --jitless flag?

  7. fahrradflucht commented on May 16, 2024

    @fahrradflucht
    Contributor

    @fahrradflucht can you try with the --jitless flag?

    It indeed does not reproduce with --jitless on 91661ec.

  8. fahrradflucht commented on May 16, 2024

    @fahrradflucht
    Contributor

    I got curious again by #52959 (comment) and indeed this doesn't reproduce on 07f481c but does on 91661ec so it looks like something in #52293 introduced this flakiness as well / aka probably it's the same root cause.

    Actually, I'm sorry, I think I have to take this back. I now reproduced a bunch of times on 07f481c as well. It might happen less prior to the v8 update, but it can be reproduced as well.

  9. jakecastelli commented on Jun 27, 2024

    @jakecastelli
    Member

    what environment did you guys reproduce it locally? @aduh95 @fahrradflucht

  10. github-actions commented on May 21, 2026

    @github-actions
    Contributor

    This issue has been marked as stale due to 210 days of inactivity.
    It will be automatically closed in 30 days if no further activity occurs. If this is still relevant, please leave a comment or update it to keep it open.

  11. added
    staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.
    on May 21, 2026
  12. github-actions commented on Jun 20, 2026

    @github-actions
    Contributor

    This issue has been automatically closed after 30 days of inactivity following its stale status (no activity for a total of 240 days).
    If this is still relevant, feel free to reopen it or leave a comment with additional details so we can continue the discussion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    flaky-testIssues and PRs involving tests that fail intermittently in CI.linuxIssues and PRs related to the Linux platform.staleIssues and PRs marked stale due to inactivity and scheduled for automatic closure.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions