#26.1 Snapshots
7303 messages · Page 8 of 8 (latest)
"nostalgia"
Do we have an article?
Next year
also maybe #general instead of here
nah we'll be expecting it now
Long enough where everyone forgot how the tooling worked
This reminds me, I haven't played any of the past snapshots 
well, the past couple that is
Is there an article for this April Fools?
ugh them addressing the inventory problem and doing jack shit is so infuriating
Not yet
"haha guys look we're cheeky" no. you lack the will or the ability to fix any non-trivial issue in the best selling game of all time.
I call it "Tiny Blockover"
Ahhh man ofc mojang drops the snapshot right as I leave the house and head for the movie theatre
we should probably make a thread as this is the apirl fools snapshot
seriously, i wonder. besides corporate, are any of the mojang devs/artists/designers aware of these pressing issues?
do they care to solve them?
because if all they want to do until the end of time is release 4 sulfur cubes per year, i'm storming stockholm (HYPERBOLE)
I think the difference might be in how “pressing” they find it compared to you. Like if it were me I’d be in no rush to overhaul something as foundational as the inventory.
minecraft is for entertainment purposes only
Like it’s not perfect by any means but it’s also not so bad that it’s gotten in the way of it being the best selling game ever.
They may also have different ideas about what is an issue.
yes. but the game has glaring, mounting issues that are not only untouched, but worsened with every disjointed update they release.
of course, these issues are pressing to me because i truly, truly care about this game as a paradigm of game design
it gets so many things right
Plus fixing inventory is HARD as it needs to work for keyboard, controller, AND touchscreen as bedrock and java are trying to stay in parity afaik
IMO adding more slots would help massively
27 slots is not some holy constant
it was decided at a time when the game had way, way less items
Maybe, but that just kicks the can down the road.
More slots is also more visual clutter and choice paralysis for players
also true
i'm not saying it's the one solution
Also, have you considered that a limited inventory size might be intended?
oh yes! the issue here isn't capacity, it's management
hence why i designed the luminary like that
Okay. What’s the difference?
say i'm mining. it's fair that i cannot carry 500 billion iron
what isn't fair, is one glow lichen taking up as much space as 64 iron blocks
That’s what bundles help with.
I think you mean "herd for the movie theatre" 🤣
true, but they also partially kick the can down the road
In what way? Basically, they allow the mixed slots you seem to be asking for.
one stack of capacity is conceptually coherent and clever and scratches the game designer itch, but in practice i think bundles should be allowed to be more capient
hence why i added the capacity enchantment
So bundles can hold more than one stack? I could see that being useful, but that would also start encroaching on the niche of shulker boxes—while being even more convenient since you don’t have to place them.
It seems to me that, if Mojang wants inventory expansion to be an endgame item, bundles shouldn’t allow that after just hitting a cow and a spider.
true, hence why the luminary is a relatively late-game thing in EoMc
(4 diamonds, and many allays to be effective)
Mojang could allow unlimited stack size by inventory as a whole, keep the 27 slots, and add a 1,728 item count limit in corner. So if you have a stack of 100 item A and 32 item B, the corner shows 132/1,728.
less stack splitting for same item in theory while maintaining same max total inventory item count limit we have today.
i'd personally make the inventory work like a big bundle with a capacity of 32 full stacks
and extend the hotbar to 12 slots
so an AE2 storage cell?
I don’t play mods
wait no
I don’t even play Mc
That would be kind of annoying, I think, especially coming from what we have today.
there
Honestly I think I’d just be happy with vanilla adding an auto-sort button
lol yeah
i'm planning an eomc feature like that, but with a tad more whimsy
In the movie theatre now won’t be able get the usual snapshot pin out till I get back home
Why 32 and 12? Also, consider that scrolling through the whole inventory would be really annoying.
it wouldn't have the bundle UI
Same here.
it'd need a whole custom UI that would require significant design work
There’s also the hotkeys to consider. At the moment, you can use the number keys to select hotbar slots.
it's a single-use, semi-cheap item that sorts all nearby inventories
hmm true
How the f would that work with our keyboards
1-0 is 10 buttons
Add auto-sort and auto-deposit, and I’d be happy.
My thoughts exactly.
Use shortcuts, !@#$%^&*() is 10 more /s
the '-' and '=' key 🤣
right, it wouldn't
You have to type the number 10, 11, 12 in quick succession 🤣
1-9 makes most sense as then the slot is numbered automatically mentally. I want slot 8, therefore I press 8
yeah, I already struggle enough without autosort options 
I gotta say, this is a touch hypocritical because I’m currently banging my head against a similar thing for seeing where mobs can spawn because the grandfathered in NEI overlay breaks is immersion breaking to me…
but man i would never use that and just install a sorting mod 😂
No time to an update primer of the april fools version, so I hope you're satisfied with this: https://github.com/neoforged/.github/pull/42
oh thats easy, 1234567890AB
What version is the snapshot based on?
26.1
Ok someone generate a snowman
I mean ok, but I don't see why /s
Just got out watching Mario galaxy, il post my usual pin once im home
uhh i dont think dev should be including the fools update, shouldnt this be main line (releases/snapshots) only
how do we go about fixing that
https://github.com/neoforged/Snowman/tree/dev
and from what im reading the fools update is based on 26.1?
yea
I should probably just do the changes to Shrimp's PR myself and then merge it in
unless you want to do that 
this should be the config then?
"april-fools/26w14a": {
"type": "all",
"start": "26.1",
"end": "26w14a",
"includeVersions": [ "26w14a" ],
"excludeVersions": [ ]
}
unsure how snowblowers internals actually work tbh
i just know how to use it 
either my script is wrong or theres a bug in snowblower, why is it saying the output branch is dev when it should be april-fools/26w14a
snowblower() {
local branch=$1 # required
java -Xmx8G -jar "snowblower-$SNOWBLOWER_VERSION-all.jar" \
--output "output/$branch" \
--branch "$branch" \
--start-over-if-required \
--exclude "**.nbt" \
--exclude "**.png" \
--push \
--checkout \
--remote "https://x-access-token:$SNOWBLOWER_PAT@github.com/forgecraft/minecraft-sources.git"
}
snowblower "april-fools/26w14a"
oh no nvm, apprently my network share was not propegating changes correctly
ssh into and nano'ing the file now it used the right branch
got april fools branch pushed for forgecraft but im unsure how to fix it being included into the dev branch
fairly certain thats not supposed to happen
26w14a - HerdCraft
- Primer: https://github.com/ChampionAsh5357/neoforged-github/blob/update/26.1/primers/26.1/index.md
- Article: https://www.minecraft.net/en-us/article/the-herdcraft-update
- Changelog: https://misode.github.io/versions/?id=26w14a
- Notion: https://apexmodder.notion.site/2524f070f88880648482e3cbdcba566a?v=2524f070f88880b29f60000c52785ecb&p=3354f070f88880e7a421e1e2d581968c&pm=c
- SnowMan: https://github.com/neoforged/Snowman/commit/4c979212ec73069a3d9e1cb8e978f2208396713e
SlicedLimes Videos:
- Main: N/A
- Pack: N/A
snowman link above ^
while im at this, since i just ported over the handy manual run workflow from forgecraft to neoforge
gonna have it gen all the other april fools versions and update the readme to match forgecraft (listing them all)
cause why not, its a simple workflow trigger
also little in order to gen 26w14a i had to add --cfg to the additional snowblower repo var
to include a config that defines todays april fools version, this should be removed once the PR is updated to include the config
I think I'm gonna work on Snowblower then
so we can get it into the main branch
hey @steady oxide, i'm gonna be poking your Snowblower PR so we can get it in the main branch
hope that's okay with ya
https://github.com/neoforged/Snowman now includes all supported april fools versions
so we said herdcraft update was based on 26.1
do we know if it also included 26.1.1?
https://github.com/neoforged/Snowman/commits/april-fools/26w14a/
snowblower included them since it just does every version in the defined range
(can easily exclude them if thats the case tho)
we could check that one line they changed in 26.1.1, if that's still the same
i mean 26.1.1 is a very small hotfix so i cant imagine it being a issue if that history is wrong but would like it to be right
it has the fix from 26.1.1-rc-1, so it is confirmed to branch off from 26.1.1
(if it didn't include the fix, the commit for the april fools snapshot would've 'reverted' the fix)
aight so the branch config i used (commented on the pr) is correct nice
Sounds good to me (life got in the way again :P )
alright 
oh boy i just tried to run latest pr build
root@94ae66d19251:/home/root/snowman# ./run.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 22.6M 0 22.6M 0 0 7717k 0 --:--:-- 0:00:03 --:--:-- 8538k
Error: LinkageError occurred while loading main class net.neoforged.snowblower.Main
java.lang.UnsupportedClassVersionError: net/neoforged/snowblower/Main has been compiled by a more recent version of the Java Runtime (class file version 69.0), this version of the Java Runtime only recognizes class file versions up to 65.0
guess i need to bump java
@bold forge go review the Snowblower PR and/or tell me to dismiss your review
ah. yep, I bumped it to Java 25 (might as well while we're doing this change)
gonna need to remember to do that in snowmans workflows
we should probably bump the major version as well
that setups up java iirc
uhh
Exception in thread "main" com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Expected name at line 32 column 6 path $.branches..versions
See https://github.com/google/gson/blob/main/Troubleshooting.md#malformed-json
at com.google.gson.Gson.fromJson(Gson.java:1375)
at com.google.gson.Gson.fromJson(Gson.java:1262)
at com.google.gson.Gson.fromJson(Gson.java:1199)
at net.neoforged.snowblower.Main.main(Main.java:120)
Caused by: com.google.gson.stream.MalformedJsonException: Expected name at line 32 column 6 path $.branches..versions
See https://github.com/google/gson/blob/main/Troubleshooting.md#malformed-json
at com.google.gson.stream.JsonReader.syntaxError(JsonReader.java:1800)
at com.google.gson.stream.JsonReader.doPeek(JsonReader.java:628)
at com.google.gson.stream.JsonReader.hasNext(JsonReader.java:538)
at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:510)
at com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.read(TypeAdapterRuntimeTypeWrapper.java:40)
at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:200)
at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:158)
at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$2.readIntoArray(ReflectiveTypeAdapterFactory.java:253)
at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$RecordAdapter.readField(ReflectiveTypeAdapterFactory.java:638)
at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$RecordAdapter.readField(ReflectiveTypeAdapterFactory.java:567)
at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:516)
at com.google.gson.Gson.fromJson(Gson.java:1361)
... 3 more
running 2.0.63
pushed a new commit, wait for PR build pls
wonder if its worth adding a workflow or something to trigger it to decompile 1 version?
to ensure its functioning
btw, I changed the 26w14a branch config to this:
"april-fools/26w14a": {
"type": "all",
"versions": ["26.1.1", "26w14a"]
}
bumped snowman to also use pr build .64, which ran fine too
https://github.com/neoforged/Snowman/actions
dev is still including 26w14a tho
I was about to say
might need to exclude 26w14a specificlly in the dev branch config?
feel free
hmmm
ah! it's because it follows the conventional (old) format for snapshots, so MinecraftVersion treats it as a snapshot version rather than a special version
I wish Mojang did it like 26w14herdcraft
that actually makes sense, it is a valid version in the old format 
could i also request maybe changing dev "branch" to snapshots in this pr?
fine if we dont just dev is abit misleading on what its doing
snapshot, to fit release?
or should I make it snapshots and releases?
@plucky hollow 
id say stick to a naming convention
so either all plural or none plural
Might as well go plural, then
so what triggers snowmans dev/release ymls cause that will need updating
done, pls check
i think?
that would be n8n
I can do that easily-ish, just poke me once you've done the changes to the workflows so I can apply changes to n8n
could it trigger the new manual i added
just would need to trigger with the right branch name as input
thats better than a workflow per branch imo
potentially, I'd need to check how to trigger it via the API IIRC
err, should it point to Manual Decompile or to regular Decompile
if you can get it to trigger with the input im gonna merge it all down to 1 workflow which would then be decompile
no need to have multiple ymls at that point
@untold oyster updated decompile.yml
which i belive should work
allows manual trigger and should be callable
gonna have to belay that for now, since the creds to n8n is in the vault and it's currently down
im good to delete the old dev/release ymls?
I think you should keep them for now, until we can definitely change n8n
just so we don't forget
aight, updated them to call the new decompile with the corrected branch names
well i can confirm the manual triggering still works
thats interesting, just noticed 23w13a_or_b for me (generating for FC) keeps throwing index out of bounds errors
but neos snowman has no issues
https://github.com/neoforged/Snowman/actions/runs/23872564583/job/69607971476
tried yeeting the output dir and deleting the remote branch
but that error keeps happening
anywhos thats enough tinkering for tonight
Edit: turns out i had broken caches for that version
yeeted those and the error went away
Will anyone try add SSBO to UniformType?
Is there simple replacement for BlockRenderer#renderSingleBlock?
Sorry I didn't saw that channel, it was hidden 🤔
you should go to the "Channels & Roles" section near the top of the channel list
and look through the channels list
in case you have missed others
anyhow, I'm locking this thread. it will be reopened if there happens to be a new hotfix.
any additional discussion of the april fools snapshot can happen in #general
26.1.2 - Release Candidate 1
- Primer: https://github.com/ChampionAsh5357/neoforged-github/blob/update/26.1/primers/26.1/index.md
- Article: https://www.minecraft.net/en-us/article/minecraft-26-1-2-release-candidate-1
- Changelog: https://misode.github.io/versions/?id=26.1.2-rc-1
- Notion: https://apexmodder.notion.site/2524f070f88880648482e3cbdcba566a?v=2524f070f88880b29f60000c52785ecb&p=33c4f070f888801bb449e5cae78ddd8c&pm=c
- SnowMan: https://github.com/neoforged/Snowman/commit/107393f4b72f74a471048f5a4b0073e515b686a4
SlicedLimes Videos:
- Main: N/A
- Pack: N/A
||<@&1067092163520909374>||
Nice
hecc, Snowman's a mess since it relies on sequentiality of commits
so 26.1.2-rc-1 'reverts' all the changes from 26.2-snapshot-1
yeah thats gonna be fun to figure out
ooh thats what the vulkan mess is about
ah, we have no way to specify a branching hierarchy, do we?
we could use a heuristic
well, technically it would be possible to specify a branch config which does that
but that's done afterwards
that is: if there's a release with the same year.drop, use that as basis, otherwise use the closest release before it
is it fr just another chat reports fix 😭
wtf thats a massine protocol version bump
Isn't that due to the snapshot flag
that's normal, the snapshot bit gets set on non-releases
(1 << 30 ) + 307
= 1073742131
o a fix for players in spectator attacking
Url that won't break when they release a new snapshot
https://github.com/neoforged/Snowman/compare/f80c5c9353568c8757b09e9be25745de986469d1...01ebdc391b4ae9a1488603204ed327a1ad59c002
oh yeah
or maybe just hacked clients sending the attack packet
*since snapshot would point to the head of the branch
so...
- they made the checkbox show the full text in a tooltip, but only if the text overflows
- they added tooltip to the attestation checkbox
they changed a method in Identifier- they made it so attack packets are fully ignored when in spectator mode
oop didn't mean to ping
the Identifier change seems like just a decomp artifact changing from manual array varargs to varargs
well neo updated to the rc just fine
I mean, you're using git, so that should be possible, right?
I'll be honest I don't know wtf the logic for the checkbox tooltip is meant to be, it doesn't look correct
the new method checks the contents of the checkbox label,
but the tooltip displays whatever they set as the tooltip
doesn't this break all other tooltips in all other checkboxes?
I already have one primer to write, when did it become two?!?
not much to write
this change is the only meaningful thing
the attack packet is just an exploit fix
Hmm okay
I’ll have to wait a few hours to check myself since snowman commits are wacked
you already do enough work on 1, i feel the pain having to do multiple
I guess mojang can finally do non-linear releases with the new versioning format
@untold oyster you know if i did something wrong in this branch config
it still included 26.2-snapshot-1
"26.1.x": {
"type": "all",
"excludedVersions": [ "26.2-snapshot-1" ]
}
tried making a 26.1.x on fc snowman to exclude 26.2
it should be supported no? or well the Config object has a excludedVersions list
https://github.com/SizableShrimp/snowblower/blob/77b3776edffe6957b23114c75cbc63f207df9722/src/main/java/net/neoforged/snowblower/data/Config.java#L30
wait..
its excludeVersions not excludedVersions

does excludeVersions support patterns?
unsure
cos you'd ideally want to exclude 26.2.*
yeah i would like to exclude all .2 snapshots
but what i have works for now
https://github.com/neoforged/Snowman/actions/runs/24142453880/job/70447364045
401 versions yep it excluded it, 402 if .2 snapshot would be included
well thats gonna take a little while

i could maybe have started from 26.1.1 or something but ehh its running now
it doesn't know how to start from the last commit it already has at hand?
it shares the generated cache files which is why its not decompiling everything
but not the output
ah
it works differently than I would have expected / coded
I guess the current system is flexible with regards to updating the decompiler
my approach would only apply new decompilers to new releases :P
wonder if snowblower is smart enough to drop commits
like if i copied the snapshots branch to 26.1.x before hand
would it be smart enough to drop commits back to 26.1.1 and start from there
i know its smart enough to start from most recent commit if possible
but here we need to drop the .2 snapshot
not at the moment, iirc
everything changed in the rc, ignore the version and constants files, they change every update
Okay, looking like no primer is necessary for 26.1.2
Thanks @plucky hollow for the fixed snowman commit
your welcome, i tend to live by, if i want it someone else prob does too
so might aswell make it available rather than just sitting privately on my machine
It helps a lot since I’m currently at an airport
oh, if i may ask, going anywhere exciting
or coming back from somewhere fun
Just visited my parents with the gators and now heading back home
Yeah they’re in Florida
...were you a florida man, by any chance /j
well, I did know a lot of Florida men and women
I searched "florida man" in the gif search. many regrets.
what has been seen
cannot be unseen
better snowman link
New version detected: 26.1.2.
26.1.2 - Hotfix
- Primer: https://github.com/ChampionAsh5357/neoforged-github/blob/update/26.1/primers/26.1/index.md
- Article: https://www.minecraft.net/en-us/article/minecraft-java-edition-26-1-2
- Changelog: https://misode.github.io/versions/?id=26.1.2
- Notion: https://apexmodder.notion.site/2524f070f88880648482e3cbdcba566a?v=2524f070f88880b29f60000c52785ecb&p=33d4f070f88880e6ba11e9bd06f90754&pm=c
- SnowMan: https://github.com/neoforged/Snowman/commit/8ed310cd004e860a683e518349e03b468b431682
SlicedLimes Videos:
- Main: https://www.youtube.com/watch?v=49q_Hf_0-o8
- Pack: N/A
||<@&1067092163520909374>||
There's a second Hotfix for Tiny Takeover - 26.1.2. It hasn't got all the exciting news you wanted, but if you're really interested, here's the news. #minecraftemployee
slicedlime works as a Technical Director for Minecraft at Mojang, but the YouTube and Twitch channels are personal projects run entirely in his spare time. This is an unofficial...
uwu
Applying the patch to com/mojang/blaze3d/opengl/GlCommandEncoder.java} failed.
Applying the patch to net/minecraft/client/gui/components/ChatComponent.java} failed.
Applying the patch to net/minecraft/util/CubicSpline.java} failed.
The file targeted by /home/runner/work/NeoForm/NeoForm/src/patches/com/mojang/blaze3d/vulkan/glsl/GlslCompiler.java.patch does not exist.
uh, neoform is confused about the codebase
did it run on the right branch pretty sure @wintry flower made a 26.1.x branch for neoform?
no idea how to check and it's time for me to leave work so I can't look
well i can confirm cloning 26.1.x neoform branch worked fine after bumping to 26.1.2
so id assume it used main instead of 26.1.x
how do we trigger neoform on a different branch?
looks like someone with perms just needs to trigger the update workflow on the 26.1.x branch instead of main where it auto triggered
Since it seems like we are getting 26.2 and 26.1 updates at the same time, is my understanding correct that the recommended versions for mods is 26.1.latest until 26.2 drops at which point 26.2.latest becomes the version to support?
well 26.1.latest will probably still get backports for a while
right, in the same way i might maintain support for 1.20.1 or 1.21.1, i would expect that. i'm just making sure there isn't some micro-version lock that is being settled on for some reason
If a breaking .latest happened we would need to decide on what to do
but we can hope that doesnt happen
there's a chance the community will continue sticking to 26.1.x until 27.1, cos I have heard more than one person express that intention
I'll personally do things like always and port to whatever is latest if I have the time
and maintain whatever seems worth the effort, which at the moment means 26.1 main, 1.21.1 bugfixing, 1.20.1 occasional pity fixes
once 26.2+ release I may fully drop 1.20.1 and 1.21.1 will be the one getting pity fixes
I think people will stick to 26.1 because of the likely instability of 26.2/3 for a few months because of the vulkaning
yeah it's more likely now with vulkan being in testing phase, but it may have happened regardless
🤔 if everyone focused on year.1.x as the sole modding version per year, that would probably make modpacks and mods better overall since you'd have more time to curate and perfect your products for the users.
https://github.com/neoforged/NeoForge/pull/3076 updated porting branch to 26.1.2
New version detected: 26.2-snapshot-2.
All the Mods' team wants to stay on 26.1 until 27.1 afaik
can proably close this one now i suppose
again

are yall in florida or something