Skip to content

chore(deps): update dependency jint to v4 #1604

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
renovate wants to merge 1 commit into
base: master
Choose a base branch
from
Open

chore(deps): update dependency jint to v4 #1604

renovate wants to merge 1 commit into from

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Dec 12, 2024 •
edited
Loading

This PR contains the following updates:

Package Change Age Confidence
Jint 3.0.1 → 4.5.0 age confidence

Release Notes

sebastienros/jint (Jint)

v4.5.0

This is a significant milestone as this release graduates generators functionality from experimental and contains proper suspension and resume logic for both generators and async/await logic. There are a lot of changes to internals so make sure you test thoroughly.

Task interop is still marked as experimental and requires enabling explicitly in Engine options, but it also has had improvements to make it work better in Engine's event loop.

For background work to complete without engine interaction (evaluation) you need to manually process the tasks (for example if you have a timeout pending after script has been run).

engine.Execute(script);
for (var i = 0; i < 100; ++i)
{
    engine.Advanced.ProcessTasks();
    await Task.Delay(100);
}

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.4.2...v4.5.0

v4.4.2

What's Changed

Full Changelog: sebastienros/jint@v4.4.1...v4.4.2

v4.4.1

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.4.0...v4.4.1

v4.4.0

This release brings both using and await using statements available to both native JS usage and NET interop. Interop will automatically wrap IDisposable and IAsyncDisposable to have handlers that will be called after using scope ends. Read more about the proposal.

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.3.0...v4.4.0

v4.3.0

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.2.2...v4.3.0

v4.2.2

This release improves interop performance when you target CLR methods with lambda functions, like List<string>.Find(x => x === "test").

What's Changed

Full Changelog: sebastienros/jint@v4.2.1...v4.2.2

v4.2.1

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.2.0...v4.2.1

v4.2.0

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.1.0...v4.2.0

v4.1.0

This release contains a breaking change for interop for static fields and properties. They are no longer exposed as part of interop wrapper by default. You read more about the reasoning here.

To access public static fields or properties you should use registered TypeReferences.

Following example shows the new behavior:

[Fact]
public void StaticFieldsShouldFollowJsSemantics()
{
    _engine.Evaluate("Number.MAX_SAFE_INTEGER").AsNumber().Should().Be(NumberConstructor.MaxSafeInteger);
    _engine.Evaluate("new Number().MAX_SAFE_INTEGER").Should().Be(JsValue.Undefined);

    _engine.Execute("class MyJsClass { static MAX_SAFE_INTEGER = Number.MAX_SAFE_INTEGER; }");
    _engine.Evaluate("MyJsClass.MAX_SAFE_INTEGER").AsNumber().Should().Be(NumberConstructor.MaxSafeInteger);
    _engine.Evaluate("new MyJsClass().MAX_SAFE_INTEGER").Should().Be(JsValue.Undefined);

    _engine.SetValue("MyCsClass", typeof(MyClass));
    _engine.Evaluate("MyCsClass.MAX_SAFE_INTEGER").AsNumber().Should().Be(NumberConstructor.MaxSafeInteger);
    // NEW BEHAVIOR, NOW UNDEFINED
    _engine.Evaluate("new MyCsClass().MAX_SAFE_INTEGER").Should().Be(JsValue.Undefined);
}

private class MyClass
{
    public static JsNumber MAX_SAFE_INTEGER = new JsNumber(NumberConstructor.MaxSafeInteger);
}

If you want to expose static instance fields and properties as part of instance wrappers, you need to configure the engine to do so:

var engine = new Engine(options =>
{
    options.Interop.ObjectWrapperReportedFieldBindingFlags |= BindingFlags.Static;
    options.Interop.ObjectWrapperReportedPropertyBindingFlags |= BindingFlags.Static;
});

Static methods can still be accessed as before, but you could limit exposing them too if you wish to do so:

var engine = new Engine(options =>
{
    options.Interop.ObjectWrapperReportedMethodBindingFlags = BindingFlags.Instance | BindingFlags.Public;
});

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.0.3...v4.1.0

v4.0.3

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.0.2...v4.0.3

v4.0.2

With this release you will start to see CLR methods also reported as object members under interop when calling functions like Object.getOwnPropertyNames(x). You can revert back to old behavior by configuring an option options.Interop.ObjectWrapperReportedMemberTypes = MemberTypes.Field | MemberTypes.Property;.

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v4.0.1...v4.0.2

v4.0.1

What's Changed

Full Changelog: sebastienros/jint@v4.0.0...v4.0.1

v4.0.0

This release changes internal JavaScript parser from Esprima to Acornima and adds some new ECMAScript features.

Relevant bug fixes below have been backported into 3.x and are already part of its releases.

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v3.1.0...v4.0.0

v3.1.6

What's Changed

  • Backport make EsprimaExtensions.TryGetKey more resilient to missing execution context by @​lahma in #​1919
  • Improve invalid class private member access member errors by @​lahma in #​1922
  • Backport fix custom reference resolver argument by @​lahma in #​1939
  • Backport fix dynamic object member access logic by @​lahma in #​1940

Full Changelog: sebastienros/jint@v3.1.5...v3.1.6

v3.1.5

What's Changed

Full Changelog: sebastienros/jint@v3.1.4...v3.1.5

v3.1.4

What's Changed

Full Changelog: sebastienros/jint@v3.1.3...v3.1.4

v3.1.3

What's Changed

Full Changelog: sebastienros/jint@v3.1.2...v3.1.3

v3.1.2

What's Changed

  • Backport improve environment handling performance and cleanup API by @​lahma in #​1846
  • Fix string-indexing optimizations against custom strings by @​lahma in #​1870

Full Changelog: sebastienros/jint@v3.1.1...v3.1.2

v3.1.1

What's Changed

  • Backport var declaration and reference resolving performance improvements by @​lahma in #​1841
  • Backport improve System.Text.Json numeric type conversion under interop by @​lahma in #​1844

Full Changelog: sebastienros/jint@v3.1.0...v3.1.1

v3.1.0

What's Changed

Full Changelog: sebastienros/jint@v3.0.2...v3.1.0

v3.0.2

What's Changed

New Contributors

Full Changelog: sebastienros/jint@v3.0.1...v3.0.2

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot force-pushed the renovate/jint-4.x branch from eb384eb to 1b2ceae Compare December 13, 2024 13:56
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 1b2ceae to df16bf9 Compare January 20, 2025 19:22
@renovate renovate bot force-pushed the renovate/jint-4.x branch from df16bf9 to 3613da1 Compare January 28, 2025 20:55
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 3613da1 to b8b6bc5 Compare March 9, 2025 18:12
@renovate renovate bot force-pushed the renovate/jint-4.x branch 5 times, most recently from 5b2f63b to 1182bd6 Compare April 5, 2025 07:02
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 1182bd6 to 0c23074 Compare April 17, 2025 06:02
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 0c23074 to 8503050 Compare April 25, 2025 19:28
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 8503050 to e93b1ec Compare June 30, 2025 19:36
@renovate renovate bot force-pushed the renovate/jint-4.x branch from e93b1ec to 7d7fc10 Compare July 12, 2025 22:36
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 7d7fc10 to 6298659 Compare July 26, 2025 14:43
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 6298659 to 4e9126f Compare September 8, 2025 19:30
@github-actions
Copy link
Contributor

github-actions bot commented Sep 8, 2025 •
edited
Loading

✅ All contributors have signed the CLA!

Thank you for signing the Contributor License Agreement. Your contribution can now be reviewed and merged! 🚀
Posted by the CLA Assistant Lite bot.

@renovate renovate bot force-pushed the renovate/jint-4.x branch 14 times, most recently from 57f64e2 to d46c5c3 Compare September 14, 2025 11:33
@renovate renovate bot force-pushed the renovate/jint-4.x branch 22 times, most recently from dc0c3ea to db430ef Compare December 12, 2025 15:53
@renovate renovate bot force-pushed the renovate/jint-4.x branch 5 times, most recently from 70e7751 to 09e9b1f Compare December 19, 2025 20:52
@renovate renovate bot force-pushed the renovate/jint-4.x branch from 09e9b1f to 058a00d Compare January 7, 2026 21:33
@sonarqubecloud
Copy link

sonarqubecloud bot commented Jan 7, 2026

Quality Gate Passed Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

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

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

1 participant