Closed Bug 1672865 Opened 3 months ago Closed 3 months ago

Update test262 to latest

Categories

(Core :: JavaScript Engine, task, P3)

task

Tracking

()

RESOLVED FIXED
84 Branch
Tracking Status
firefox84 --- fixed

People

(Reporter: Waldo, Assigned: Waldo)

References

Details

Attachments

(1 file)

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

Severity: -- → N/A
Priority: -- → P3

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.

Pushed by jwalden@mit.edu:
https://hg.mozilla.org/integration/autoland/rev/0f39d9b298cf
Update test262 all the way to tip.  r=anba
Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch
Regressions: 1674033

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).

(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.

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.

You need to log in before you can comment on or make changes to this bug.