Tags
Creators
Details
All versions
1.2.7
Release
1.2.712 hours ago 5
Uploaded by
Compatibility
Minecraft: Java Edition
26.3
26.2
26.1.x
Platforms
Fabric
NeoForge
Supported environments
Server-side
Singleplayer
Changes
[1.2.7] — 2026-09-23
Uptime is now measured from the overworld day/night clock, and both views break down to the tick.
Added
- Minecraft 26.3 support.
/uptime query gametime [unit]and/uptime query realtime [unit]— query either clock on its own, choosing the largest unit it should roll up into./utworks as before.- Ticks as the smallest unit on both views, so a reading is exact rather than truncated at the day (Minecraft Time) or the hour (Real Time).
- Seconds and minutes on Real Time, which previously stopped at hours and showed nothing at all for a server up less than a day.
/uptime admin sleeptime enable|disable— choose whether Real Time counts the time sleeping fast-forwarded through. Enabled (the default) reports world time and keeps both views in step; disabled reports the server's actual runtime instead./uptime admin statusnow reports both raw clocks and the gap between them, so the effect of that setting is visible.
Fixed
- Sleeping no longer undercounts the day count. Uptime was read from
getGameTime(), which counts only ticks that actually executed — sleeping skips no ticks, it jumps the day/night clock, so a server where players sleep every night reported roughly half the sunrises they had seen. Both views now derive from the overworld clock, which is advanced by sleep and persists across restarts. - Real Time could print "12 Months". A flat 30-day month does not divide a 365-day year, so the cascade could leave a 12-month remainder (
1 Year, 12 Months, 4 Days) instead of rolling up. A month is now a twelfth of a year exactly.
Changed
- Real Time is derived from the same clock as Minecraft Time. On a server where players sleep, it therefore reads as elapsed-world-time rather than wall-clock server runtime.
/uptime query <unit>(the 1.2.6 form) still works and now caps both views rather than only Minecraft Time.- One jar for Minecraft 26.1 through 26.3 — 26.1, 26.1.1, 26.1.2, 26.2 and 26.3 — on both Fabric and NeoForge, replacing the separate 26.1.x and 26.2.x jars. The mod's code is identical on all of them, so there is nothing to pick between.
- The jar is now named
_MC-26.1-3, and the code lives on themulti_26.1-3branch (multi_26.1andmulti_26.2are retired).
Dependencies
- Fabric: Minecraft 26.1–26.3, Fabric Loader >= 0.19.3, Fabric API for your Minecraft version
- NeoForge: Minecraft 26.1–26.3, NeoForge 26.1.2.76 or newer (no Fabric API, no Architectury)
Optional dependencies
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:nh4wCHxw:imKMhPcl"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:nh4wCHxw:imKMhPcl"
}

