Skip to content

Return the same Thread object from Thread.currentThread() - #175

Merged
dlunch merged 1 commit into
mainfrom
current-thread-identity
Jul 16, 2026
Merged

Return the same Thread object from Thread.currentThread()#175
dlunch merged 1 commit into
mainfrom
current-thread-identity

Conversation

@dlunch

Copy link
Copy Markdown
Owner

Summary

Thread.currentThread() was a stub that constructed a brand-new Thread object on every call, so currentThread() == currentThread() was false, and inside a started thread currentThread() had no relation to the Thread object that was started.

Changes

  • Every attached thread owns a java/lang/Thread instance, stored on the JVM's per-thread state. Jvm::attach_thread now takes the instance for threads started from Java (Thread.start passes its receiver, so currentThread() inside run() is the started object) and creates one otherwise (bootstrap/main thread, external attachers).
  • Thread.currentThread() returns the stored instance; missing is an invariant violation.
  • The GC treats each thread's Thread object as a root; detach_thread drops it with the thread state.
  • Classfile parsing: unrecognized attributes are now kept as an opaque Unknown variant instead of failing the parse — JVMS 4.7.1 requires unrecognized attributes to be silently ignored. Found because the anonymous-class fixture carries EnclosingMethod/Signature attributes the parser rejected outright.

Test plan

  • CurrentThread E2E (expected output from a real JVM): same-thread calls compare equal, currentThread() inside a started Runnable is the started Thread object, and differs from the main thread's. Fails before the change (false/false/false); the anonymous-class fixture also failed to parse before the attribute fix.
  • cargo test --workspace green, fmt clean, clippy no new warnings.

Every attached thread now owns its java/lang/Thread instance: attach
takes the instance for threads started via Thread.start (so
currentThread() inside run() is the started Thread object) and creates
one otherwise (bootstrap, external attachers). currentThread() returns
the stored instance, and the GC roots it per thread.
Also parse unrecognized classfile attributes as an opaque Unknown
variant instead of failing — JVMS 4.7.1 requires silently ignoring
them, and the anonymous-class fixture carries EnclosingMethod and
Signature attributes the parser rejected.
Expected output for the fixture is generated by a real JVM.
CopilotAI review requested due to automatic review settings July 16, 2026 05:36
@codecov

codecovBot commented Jul 16, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 84.08%. Comparing base (fe5d116) to head (9ccb383).

Additional details and impacted files
@@ Coverage Diff @@## main #175 +/- ##
==========================================
+ Coverage 83.89% 84.08% +0.19% 
==========================================
Files 173 173 Lines 12939 12958 +19 ==========================================
+ Hits 10855 10896 +41 + Misses 2084 2062 -22 

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

CopilotAI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR fixes java.lang.Thread.currentThread() so it returns the same per-attached-thread java/lang/Thread instance instead of allocating a new object on every call, aligning identity semantics with real JVM behavior (including inside started threads). It also updates classfile parsing to tolerate unknown attributes as required by the JVMS.

Changes:

  • Store a per-thread java/lang/Thread instance on JvmThread, and make Thread.currentThread() return that stored instance.
  • Update thread attach/start paths so Java-started threads attach using the started Thread receiver; bootstrap/external threads create an internal thread instance.
  • Keep unrecognized classfile attributes as an Unknown variant instead of failing parsing; add an E2E fixture for currentThread() identity expectations.

Reviewed changes

Copilot reviewed 8 out of 10 changed files in this pull request and generated 1 comment.

Show a summary per file
FileDescription
test_data/src/CurrentThread.javaAdds an E2E Java fixture validating currentThread() reference identity across calls and threads.
test_data/CurrentThread.txtAdds expected output for the CurrentThread E2E fixture.
jvm/src/thread.rsExtends JvmThread to store an owned java/lang/Thread instance.
jvm/src/jvm.rsMakes attach_thread accept/create a per-thread Java Thread object and adds current_java_thread().
jvm/src/garbage_collector.rsTreats each thread’s stored Java Thread object as a GC root.
java_runtime/tests/classes/java/lang/test_object.rsUpdates test thread attach calls to the new async attach_thread(None) API.
java_runtime/src/classes/java/lang/thread.rsEnsures Thread.start() attaches the spawned thread with the correct Java Thread receiver; updates currentThread() implementation.
classfile/src/attribute.rsPreserves unknown attributes as AttributeInfo::Unknown instead of rejecting the classfile.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment threadjvm/src/jvm.rs
@dlunch
dlunch merged commit f9a315e into mainJul 16, 2026
11 checks passed
@dlunch
dlunch deleted the current-thread-identity branch July 16, 2026 09:05
Jun025 added a commit to Jun025/RustJava that referenced this pull request Jul 31, 2026
Judged the two remaining remote branches on the fork:
- dependabot/cargo/tracing-attributes-0.1.31: deleted. PR #4 (fa92ef9)
removed the tracing-attributes direct dependency outright, so the
branch patches a Cargo.toml line that no longer exists.
- wie-ktf-hardening: preserved. 8 of its 12 commits are already in
upstream/main via squash merges (dlunch#174dlunch#175dlunch#176dlunch#177dlunch#180dlunch#182);
git cherry missed this because origin/main trails upstream/main by
20 commits. 4 commits carry residual value.
No code changes.
Co-authored-by: jun0 <junyoung.choi.a@miraeasset.com>
Co-authored-by: Claude <noreply@anthropic.com>
Jun025 added a commit to Jun025/RustJava that referenced this pull request Aug 17, 2026
…am-sync-s1-tracing-cut-1f356ae]
* Bump bytemuck from 1.25.0 to 1.25.1 (dlunch#173)
Bumps [bytemuck](https://github.com/Lokathor/bytemuck) from 1.25.0 to 1.25.1.
- [Changelog](https://github.com/Lokathor/bytemuck/blob/main/changelog.md)
- [Commits](Lokathor/bytemuck@v1.25.0...v1.25.1)
---
updated-dependencies:
- dependency-name: bytemuck
dependency-version: 1.25.1
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Replace runtime panics with the matching Java exceptions (dlunch#174)
* Replace runtime panics with the matching Java exceptions
An unwrap audit found panics reachable from ordinary Java code:
- File.length() returns 0 for a missing file; isDirectory/isFile lose
their guard-then-unwrap shape
- FileImpl (native runtime) maps open/read/write/seek failures to
IOError instead of panicking, so FileInputStream and RandomAccessFile
guards actually produce FileNotFoundException; FileOutputStream gains
the same guard
- File I/O operations (read/write/seek/available/length/setLength)
throw java.io.IOException on failure via a shared helper
- Class.forName resolves the class and throws ClassNotFoundException
(new runtime class) instead of panicking on any not-yet-loaded name
- StringBuffer.append(char)/append(char[]) keep exact UTF-16 units so
unpaired surrogates no longer panic and pairs built char by char
survive; String.valueOf(char) builds through [C for the same reason
- PrintStream.println(char) replaces an unpaired surrogate with '?'
like the JDK charset encoder
- ZipFile validates the archive in its constructor and throws
java.util.zip.ZipException (new runtime class) for a malformed
archive; getInputStream returns null for a missing entry
Expected outputs for the new fixtures are generated by a real JVM.
Remaining unwraps are invariants (interpreter stack discipline, thread
attach), guarded lookups, or documented gaps (lenient calendar
normalization, ClassFormatError plumbing).
* Inline the IOException conversion at each I/O call site
* Return the same Thread object from Thread.currentThread() (dlunch#175)
Every attached thread now owns its java/lang/Thread instance: attach
takes the instance for threads started via Thread.start (so
currentThread() inside run() is the started Thread object) and creates
one otherwise (bootstrap, external attachers). currentThread() returns
the stored instance, and the GC roots it per thread.
Also parse unrecognized classfile attributes as an opaque Unknown
variant instead of failing — JVMS 4.7.1 requires silently ignoring
them, and the anonymous-class fixture carries EnclosingMethod and
Signature attributes the parser rejected.
Expected output for the fixture is generated by a real JVM.
* Add Java primitive wrapper classes (dlunch#176)
* Add Java primitive wrapper classes
* Use Character digit semantics for numeric parsing
* Bump tokio from 1.52.3 to 1.52.4 (dlunch#179)
Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.52.3 to 1.52.4.
- [Release notes](https://github.com/tokio-rs/tokio/releases)
- [Commits](tokio-rs/tokio@tokio-1.52.3...tokio-1.52.4)
---
updated-dependencies:
- dependency-name: tokio
dependency-version: 1.52.4
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* [rustjava-upstream-sync-s1-tracing-cut-1f356ae] docs: record S1 landing (conflicts 2, setProperty descriptor breakage)
---------
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Inseok Lee <git@dlun.ch>
Co-authored-by: jun0 <junyoung.choi.a@miraeasset.com>
Jun025 added a commit to Jun025/RustJava that referenced this pull request Aug 26, 2026
…am-sync-s2]
* Bump bytemuck from 1.25.0 to 1.25.1 (dlunch#173)
Bumps [bytemuck](https://github.com/Lokathor/bytemuck) from 1.25.0 to 1.25.1.
- [Changelog](https://github.com/Lokathor/bytemuck/blob/main/changelog.md)
- [Commits](Lokathor/bytemuck@v1.25.0...v1.25.1)
---
updated-dependencies:
- dependency-name: bytemuck
dependency-version: 1.25.1
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Replace runtime panics with the matching Java exceptions (dlunch#174)
* Replace runtime panics with the matching Java exceptions
An unwrap audit found panics reachable from ordinary Java code:
- File.length() returns 0 for a missing file; isDirectory/isFile lose
their guard-then-unwrap shape
- FileImpl (native runtime) maps open/read/write/seek failures to
IOError instead of panicking, so FileInputStream and RandomAccessFile
guards actually produce FileNotFoundException; FileOutputStream gains
the same guard
- File I/O operations (read/write/seek/available/length/setLength)
throw java.io.IOException on failure via a shared helper
- Class.forName resolves the class and throws ClassNotFoundException
(new runtime class) instead of panicking on any not-yet-loaded name
- StringBuffer.append(char)/append(char[]) keep exact UTF-16 units so
unpaired surrogates no longer panic and pairs built char by char
survive; String.valueOf(char) builds through [C for the same reason
- PrintStream.println(char) replaces an unpaired surrogate with '?'
like the JDK charset encoder
- ZipFile validates the archive in its constructor and throws
java.util.zip.ZipException (new runtime class) for a malformed
archive; getInputStream returns null for a missing entry
Expected outputs for the new fixtures are generated by a real JVM.
Remaining unwraps are invariants (interpreter stack discipline, thread
attach), guarded lookups, or documented gaps (lenient calendar
normalization, ClassFormatError plumbing).
* Inline the IOException conversion at each I/O call site
* Return the same Thread object from Thread.currentThread() (dlunch#175)
Every attached thread now owns its java/lang/Thread instance: attach
takes the instance for threads started via Thread.start (so
currentThread() inside run() is the started Thread object) and creates
one otherwise (bootstrap, external attachers). currentThread() returns
the stored instance, and the GC roots it per thread.
Also parse unrecognized classfile attributes as an opaque Unknown
variant instead of failing — JVMS 4.7.1 requires silently ignoring
them, and the anonymous-class fixture carries EnclosingMethod and
Signature attributes the parser rejected.
Expected output for the fixture is generated by a real JVM.
* Add Java primitive wrapper classes (dlunch#176)
* Add Java primitive wrapper classes
* Use Character digit semantics for numeric parsing
* Bump tokio from 1.52.3 to 1.52.4 (dlunch#179)
Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.52.3 to 1.52.4.
- [Release notes](https://github.com/tokio-rs/tokio/releases)
- [Commits](tokio-rs/tokio@tokio-1.52.3...tokio-1.52.4)
---
updated-dependencies:
- dependency-name: tokio
dependency-version: 1.52.4
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Add CLDC 1.1 core API compatibility (dlunch#177)
* Add CLDC 1.1 core API compatibility
* Fix CI lint and improve CLDC coverage
* Fix array assignability and reader progress
* [rustjava-upstream-sync-s2] docs: record S2 landing (cut af4f6f8, conflicts 5, ancestry restore)
---------
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Inseok Lee <git@dlun.ch>
Co-authored-by: jun0 <junyoung.choi.a@miraeasset.com>
Jun025 added a commit to Jun025/RustJava that referenced this pull request Aug 26, 2026
…m-sync-s3]
* Bump bytemuck from 1.25.0 to 1.25.1 (dlunch#173)
Bumps [bytemuck](https://github.com/Lokathor/bytemuck) from 1.25.0 to 1.25.1.
- [Changelog](https://github.com/Lokathor/bytemuck/blob/main/changelog.md)
- [Commits](Lokathor/bytemuck@v1.25.0...v1.25.1)
---
updated-dependencies:
- dependency-name: bytemuck
dependency-version: 1.25.1
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Replace runtime panics with the matching Java exceptions (dlunch#174)
* Replace runtime panics with the matching Java exceptions
An unwrap audit found panics reachable from ordinary Java code:
- File.length() returns 0 for a missing file; isDirectory/isFile lose
their guard-then-unwrap shape
- FileImpl (native runtime) maps open/read/write/seek failures to
IOError instead of panicking, so FileInputStream and RandomAccessFile
guards actually produce FileNotFoundException; FileOutputStream gains
the same guard
- File I/O operations (read/write/seek/available/length/setLength)
throw java.io.IOException on failure via a shared helper
- Class.forName resolves the class and throws ClassNotFoundException
(new runtime class) instead of panicking on any not-yet-loaded name
- StringBuffer.append(char)/append(char[]) keep exact UTF-16 units so
unpaired surrogates no longer panic and pairs built char by char
survive; String.valueOf(char) builds through [C for the same reason
- PrintStream.println(char) replaces an unpaired surrogate with '?'
like the JDK charset encoder
- ZipFile validates the archive in its constructor and throws
java.util.zip.ZipException (new runtime class) for a malformed
archive; getInputStream returns null for a missing entry
Expected outputs for the new fixtures are generated by a real JVM.
Remaining unwraps are invariants (interpreter stack discipline, thread
attach), guarded lookups, or documented gaps (lenient calendar
normalization, ClassFormatError plumbing).
* Inline the IOException conversion at each I/O call site
* Return the same Thread object from Thread.currentThread() (dlunch#175)
Every attached thread now owns its java/lang/Thread instance: attach
takes the instance for threads started via Thread.start (so
currentThread() inside run() is the started Thread object) and creates
one otherwise (bootstrap, external attachers). currentThread() returns
the stored instance, and the GC roots it per thread.
Also parse unrecognized classfile attributes as an opaque Unknown
variant instead of failing — JVMS 4.7.1 requires silently ignoring
them, and the anonymous-class fixture carries EnclosingMethod and
Signature attributes the parser rejected.
Expected output for the fixture is generated by a real JVM.
* Add Java primitive wrapper classes (dlunch#176)
* Add Java primitive wrapper classes
* Use Character digit semantics for numeric parsing
* Bump tokio from 1.52.3 to 1.52.4 (dlunch#179)
Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.52.3 to 1.52.4.
- [Release notes](https://github.com/tokio-rs/tokio/releases)
- [Commits](tokio-rs/tokio@tokio-1.52.3...tokio-1.52.4)
---
updated-dependencies:
- dependency-name: tokio
dependency-version: 1.52.4
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Add CLDC 1.1 core API compatibility (dlunch#177)
* Add CLDC 1.1 core API compatibility
* Fix CI lint and improve CLDC coverage
* Fix array assignability and reader progress
* Harden JVM runtime correctness (dlunch#180)
* Harden JVM runtime correctness
* Address classfile review findings
* Move class initialization tests to Java fixture
* Separate classfile validation from JVM verification
* Remove ClassFileError re-export
* [rustjava-upstream-sync-s2] docs: record S2 landing (cut af4f6f8, conflicts 5, ancestry restore)
* [rustjava-upstream-sync-s3] docs: record S3 landing (cut 822504b, conflicts 11) + refresh STATE 「다음」
STATE.md ③-0 pointed at rustjava-pr8-claude-md-prune-disposition as top priority on the grounds
that its review.md was missing and gate 2 had stalled. Both are false now: PR #8 is MERGED
(2026-08-18T19:26:08Z -> 00bddf3) and the review reports exist. Item closed, list renumbered,
⑤ operating notes re-measured (open PRs 2 -> 1, dead branch row dropped).
* [rustjava-upstream-sync-s3] docs: record S2 landing (11ef501) and correct the ancestry-axis prediction
---------
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Inseok Lee <git@dlun.ch>
Co-authored-by: jun0 <junyoung.choi.a@miraeasset.com>
Jun025 added a commit to Jun025/RustJava that referenced this pull request Aug 27, 2026
* Bump bytemuck from 1.25.0 to 1.25.1 (dlunch#173)
Bumps [bytemuck](https://github.com/Lokathor/bytemuck) from 1.25.0 to 1.25.1.
- [Changelog](https://github.com/Lokathor/bytemuck/blob/main/changelog.md)
- [Commits](Lokathor/bytemuck@v1.25.0...v1.25.1)
---
updated-dependencies:
- dependency-name: bytemuck
dependency-version: 1.25.1
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Replace runtime panics with the matching Java exceptions (dlunch#174)
* Replace runtime panics with the matching Java exceptions
An unwrap audit found panics reachable from ordinary Java code:
- File.length() returns 0 for a missing file; isDirectory/isFile lose
their guard-then-unwrap shape
- FileImpl (native runtime) maps open/read/write/seek failures to
IOError instead of panicking, so FileInputStream and RandomAccessFile
guards actually produce FileNotFoundException; FileOutputStream gains
the same guard
- File I/O operations (read/write/seek/available/length/setLength)
throw java.io.IOException on failure via a shared helper
- Class.forName resolves the class and throws ClassNotFoundException
(new runtime class) instead of panicking on any not-yet-loaded name
- StringBuffer.append(char)/append(char[]) keep exact UTF-16 units so
unpaired surrogates no longer panic and pairs built char by char
survive; String.valueOf(char) builds through [C for the same reason
- PrintStream.println(char) replaces an unpaired surrogate with '?'
like the JDK charset encoder
- ZipFile validates the archive in its constructor and throws
java.util.zip.ZipException (new runtime class) for a malformed
archive; getInputStream returns null for a missing entry
Expected outputs for the new fixtures are generated by a real JVM.
Remaining unwraps are invariants (interpreter stack discipline, thread
attach), guarded lookups, or documented gaps (lenient calendar
normalization, ClassFormatError plumbing).
* Inline the IOException conversion at each I/O call site
* Return the same Thread object from Thread.currentThread() (dlunch#175)
Every attached thread now owns its java/lang/Thread instance: attach
takes the instance for threads started via Thread.start (so
currentThread() inside run() is the started Thread object) and creates
one otherwise (bootstrap, external attachers). currentThread() returns
the stored instance, and the GC roots it per thread.
Also parse unrecognized classfile attributes as an opaque Unknown
variant instead of failing — JVMS 4.7.1 requires silently ignoring
them, and the anonymous-class fixture carries EnclosingMethod and
Signature attributes the parser rejected.
Expected output for the fixture is generated by a real JVM.
* Add Java primitive wrapper classes (dlunch#176)
* Add Java primitive wrapper classes
* Use Character digit semantics for numeric parsing
* Bump tokio from 1.52.3 to 1.52.4 (dlunch#179)
Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.52.3 to 1.52.4.
- [Release notes](https://github.com/tokio-rs/tokio/releases)
- [Commits](tokio-rs/tokio@tokio-1.52.3...tokio-1.52.4)
---
updated-dependencies:
- dependency-name: tokio
dependency-version: 1.52.4
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Add CLDC 1.1 core API compatibility (dlunch#177)
* Add CLDC 1.1 core API compatibility
* Fix CI lint and improve CLDC coverage
* Fix array assignability and reader progress
* Harden JVM runtime correctness (dlunch#180)
* Harden JVM runtime correctness
* Address classfile review findings
* Move class initialization tests to Java fixture
* Separate classfile validation from JVM verification
* Remove ClassFileError re-export
* Bump tokio from 1.52.4 to 1.53.0 (dlunch#181)
Bumps [tokio](https://github.com/tokio-rs/tokio) from 1.52.4 to 1.53.0.
- [Release notes](https://github.com/tokio-rs/tokio/releases)
- [Commits](tokio-rs/tokio@tokio-1.52.4...tokio-1.53.0)
---
updated-dependencies:
- dependency-name: tokio
dependency-version: 1.53.0
dependency-type: direct:production
update-type: version-update:semver-minor
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Hide classfile errors behind class definition errors
* Delegate null-parent class loading to bootstrap
* Remove duplicate array instance methods
* Add JNI-style global references (dlunch#182)
* Generalize monitor instance arguments
* Add CDC text formatting APIs (dlunch#183)
* Add CDC text formatting APIs
* Add integer number format factories
* Fix text format position handling
* Add CLI classpath options (dlunch#184)
* Add CLI classpath options
* Simplify URL classpath lookup
* Fix platform classpath handling
* Use File path separator for class loading
* Separate RustJar class loading
* [rustjava-upstream-sync-s4] test: widen test_timer_periodic margin 500ms->2000ms (upstream 3296139 slowed TimerThread)
* [rustjava-upstream-sync-s4] docs: record S4 landing (cut 3296139, conflicts 20->2) + S3 landing sha
* [rustjava-upstream-sync-s4] docs: correct the timer finding - chronic boundary test, not a cut regression
The prior wording compared a standalone run on origin/main against parallel full-suite runs on
upstream and called the gap a regression. Matched-condition alternating runs show no difference
(standalone x10: pre 3.5 mean / post 3.5 mean; full-suite x8: no difference). Upstream widened
this same margin in 895d67d (2025-08) and ad8b477 (2025-10), both already ancestors of main,
11 months before e557673 (2026-07) which the prior wording blamed.
sleep 2000 and both conflict resolutions are untouched. Comment-only in .rs; no code change.
* [rustjava-upstream-sync-s4] docs: retarget follow-up (4) - no timer perf regression exists; the open axis is our test's wall-clock dependence
REPORT.md line 27 already said the 'imported upstream regression' framing was wrong, but the
follow-up list 20 lines below still carried it verbatim - and that list is what the next round
tickets from. Retargeted to the axis that does exist (our test design, no upstream sending).
---------
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Inseok Lee <git@dlun.ch>
Co-authored-by: jun0 <junyoung.choi.a@miraeasset.com>
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@dlunch