1672865 - Update test262 to latest

Status: RESOLVED FIXED

(Core :: JavaScript Engine, task, P3)

Description

[Jeff Walden [:Waldo]]

This gets us all the way to tippy-tip tip. It also removes the non262 test added for bug 1670165.

Comment 1

[Jeff Walden [:Waldo]]

Attachment: Bug 1672865 - Update test262 all the way to tip. r=anba!

Comment 2

[Jeff Walden [:Waldo]]

The current patch evidently neglects to add some new SharedArrayBuffer tests to the exclusions list in jstests.list when run in the browser:

https://treeherder.mozilla.org/#/jobs?repo=try&revision=6db3f2738cda4cf27c950b57ae5ea5d00806ece1&selectedTaskRun=fdvJuQ8wT6KyZdpu8LdhEg.0

I've added the relevant failing tests (based on try-logs -- I don't have time to do a full browser run locally), rebased to tip, and submitted a try run:

https://treeherder.mozilla.org/#/jobs?repo=try&revision=204fa2b4f894cc08c96a3c51a02d35131ec76a5e

There seem to be a couple more things there, that somehow didn't come up in my local testing. I'll add the relevant list entries later tonight, if that's all that's needed, and get this done.

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/0f39d9b298cf
Update test262 all the way to tip.  r=anba

Comment 4

[Alexandru Michis [:malexandru]]

https://hg.mozilla.org/mozilla-central/rev/0f39d9b298cf

Comment 5

[Vit Hampl]

The length of the filename object-seal-the-configurable-attribute-of-own-data-property-of-o-is-set-from-true-to-false-and-other-attributes-of-the-property-are-unaltered.js breaks repository clone in folders that use eCryptfs (like my home directory in Linux Mint 20).

Comment 6

[Jeff Walden [:Waldo]]

(In reply to Vit Hampl from comment #5)

The length of the filename object-seal-the-configurable-attribute-of-own-data-property-of-o-is-set-from-true-to-false-and-other-attributes-of-the-property-are-unaltered.js breaks repository clone in folders that use eCryptfs (like my home directory in Linux Mint 20).

Upstream adjusted a few of those super-long names (they break a tar in use in our infra in one place), so this may disappear with the next test262 update.

Comment 7

[Shravan Narayan]

Hi all,
I just wanted to add one more datapoint of this breaking on an ecryptfs file system. My machine is a Ubuntu 20.04.1 LTS.

It would be awesome to have this fixed as currently basic file operations fail on filenames of this length on ecryptfs. This unfortunately means that most source control commands including clone or checkout have issues. I can confirm that this works fine on a non ecryptfs file system.