Skip to content

Bump mio from 0.8.10 to 0.8.11#3

Closed
dependabot[bot] wants to merge 1 commit intomasterfrom
dependabot/cargo/mio-0.8.11
Closed

Bump mio from 0.8.10 to 0.8.11#3
dependabot[bot] wants to merge 1 commit intomasterfrom
dependabot/cargo/mio-0.8.11

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Mar 20, 2024

Bumps mio from 0.8.10 to 0.8.11.

Changelog

Sourced from mio's changelog.

0.8.11

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

Bumps [mio](https://github.com/tokio-rs/mio) from 0.8.10 to 0.8.11.
- [Release notes](https://github.com/tokio-rs/mio/releases)
- [Changelog](https://github.com/tokio-rs/mio/blob/master/CHANGELOG.md)
- [Commits](tokio-rs/mio@v0.8.10...v0.8.11)

---
updated-dependencies:
- dependency-name: mio
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Mar 20, 2024
@dependabot @github
Copy link
Contributor Author

dependabot bot commented on behalf of github Mar 20, 2024

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.

@dependabot dependabot bot deleted the dependabot/cargo/mio-0.8.11 branch March 20, 2024 12:40
michaelgpt added a commit that referenced this pull request Nov 11, 2025
…synchronization

  This commit addresses three critical bugs (P0) and one enhancement (P1) in the V2 sync
  detection system that prevented nodes from properly detecting when they are behind the
  network and need to sync before producing blocks.

  ## Critical Bugs Fixed

  ### Bug #1: Placeholder Height Discovery
  - **Problem**: SyncActor used `status.connected_peers` (peer count) instead of actual
    chain height for sync target discovery
  - **Fix**: Added `chain_height` field to NetworkStatus and updated SyncActor to use
    actual blockchain height
  - **Impact**: Sync target height now correctly reflects network state

  ### Bug #2: Incorrect Sync State Reporting
  - **Problem**: `is_syncing` only returned true for 2 of 7 sync states, causing nodes
    at height 0 to report "synced" when network was 13+ blocks ahead
  - **Fix**: Replaced state-based logic with height comparison using 2-block tolerance
  - **Impact**: Sync status now accurately reflects whether node is behind network

  ### Bug #3: No-Op InitializeSyncState Handler
  - **Problem**: Handler logged message but took no action, leaving SyncActor in Stopped
    state with no sync triggered on startup
  - **Fix**: Implemented full initialization logic that queries storage height and
    triggers sync discovery
  - **Impact**: Sync now properly initializes on node startup

  ## Enhancement

  ### Faster Health Check on Startup
  - Added initial health check at T+5s (previously T+60s)
  - Enables faster detection of startup sync issues
  - Continues with 60-second periodic checks after initial check

  ## Files Modified

  - app/src/actors_v2/network/messages.rs: Added chain_height field, enhanced StartSync
  - app/src/actors_v2/network/network_actor.rs: Added get_network_status_async()
  - app/src/actors_v2/network/sync_actor.rs: Fixed height discovery, sync logic, handler
  - app/src/actors_v2/chain/handlers.rs: Implemented InitializeSyncState handler
  - app/src/actors_v2/chain/actor.rs: Added initial health check, updated trigger_sync
  - app/src/actors_v2/network/rpc.rs: Added chain_height to RPC responses
  - app/src/actors_v2/network/handlers/network_handlers.rs: Added chain_height field
  - Test files: Updated StartSync message construction

  ## Testing

  Before: Node-2 starting 30s after Node-1 incorrectly reported "Node is synced" at
  height 0 and attempted block production while 13+ blocks behind.

  Expected After: Node-2 detects it's behind, reports "Skipping block production - node
  is syncing", syncs to current height, then resumes block production.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant