Template talk:Development versions

With the new numbering version system, the Java and Bedrock 26.x navboxes in the "Development versions" pages show the wrong sections. This template needs updating to function with this new version numbering system. 👁 Image
👁 Image
^{(T | C | pt-BR)} 23:06, 22 December 2025 (UTC)

I've noticed that on several pages like Bedrock Edition 1.21.0/Development versions and Bedrock Edition 1.21.50/Development versions, the .20 Preview is showing up as the last one. 👁 Image
FireDragons52 12:51, 19 April 2026 (UTC)

Its got a different sortkey in the category Category:Bedrock Edition 1.21.50 previews. no clue how.  Nixinova  T ⁄ C  20:55, 19 April 2026 (UTC)

I don't know if this could be the source of this bug, but I found a line in {{Infobox version}} that adds pages to a category and specifies a sortkey. Line 536:

[[Category: {{#if: {{{unreleased|}}} | Unreleased }} {{#var: version-prefix}} {{lc:{{{type}}}s}} {{#if: {{{unreleased|}}} | developed | released }} in {{#explode:{{{date|}}}||-1}}| {{#iferror: {{#time:Y-m-d| {{{date|}}} }} || {{#time:Y-m-d| {{{date|}}} }} }}]]

There is a pipe after the #explode parser function that adds the sortkey. The date parameter for 1.21.50.20 is not just a simple date like the others, it has dates for the original and the reupload and also has additional wikitext; this would probably give it an unusual sortkey. The category added in this line is Category:Bedrock Edition previews released in 2024. It's a different category, but it's the only thing I've been able to find thus far that might unintentionally alter a sortkey. I actually can't find where the page is explicitly added to Category:Bedrock Edition 1.21.50 previews, so I don't know if there is somewhere else to look. Rampage455 (talk) 22:39, 20 April 2026 (UTC)

It's something with Template:Infobox version sorting some pages as "Preview [version num]" and others properly, gonna see if I can find and fix it 👁 Image
FireDragons52 07:55, 21 April 2026 (UTC)

So it is a date problem! I'm not sure how to fix it, but it is in fact a date problem. For instance, Preview 1.21.50.24 has the sortkey 2024-10-17, 1.21.50..25 has 2024-10-23, but 1.21.50.20 has Preview 1.21.50.20, presumably because it's date parameter can't be parsed into a single date. 👁 Image
FireDragons52 08:21, 21 April 2026 (UTC)

Okay thanks for the debugging. I think I've fixed that now, will have to wait until the category refreshes.  Nixinova  T ⁄ C  08:48, 21 April 2026 (UTC)

Just wanted to add an update on the sortkey change. The change fixed a lot of problems, but may have had some unintended consequences. For example, in Java Edition 26.1/Development versions and Category:Java Edition 26.1 snapshots, snapshots 10 and 11 now come before snapshot 2 because of how string comparison works. This can be fixed by setting sort for the single digit snapshots to something like 26.1 Snapshot 01, or something like 26.1 Snapshot 910 for the double digit ones. Another option might be to make a date2 parameter for a reupload date; 1.21.50.20 having an original and reupload date is what caused the original sorting problem. We could go back to sortkeys based on date and have date2 just be for used in formatting how the dates are displayed in the infobox. Rampage455 (talk) 11:49, 22 April 2026 (UTC)

Maybe pad-left-ing all numbers with 0s will do the job. I'll do that tmr.  Nixinova  T ⁄ C  11:57, 22 April 2026 (UTC)

Couldnt figure it out. I've resorted to manual sortkeys on the pages instead. Not too major.  Nixinova  T ⁄ C  12:21, 24 April 2026 (UTC)