Cuberite Forum
Drop or keep 1.7 support? - Printable Version

+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Cuberite (https://forum.cuberite.org/forum-4.html)
+--- Forum: Development (https://forum.cuberite.org/forum-13.html)
+--- Thread: Drop or keep 1.7 support? (/thread-2472.html)

Pages: 1 2


Drop or keep 1.7 support? - Mathias - 07-01-2016

Mojang will start releasing major updates at a faster pace than before. I think we should drop 1.7 support, since it isn't used by many at this point, and it requires more work when adding new features. Additionally, major features have been broken for over a year, such as placing blocks and using items with right-click features.

What do you think?


RE: Drop or keep 1.7 support? - PureTryOut - 07-01-2016

1.7 is only used for mods nowadays, which Cuberite doesn't support anyway. I say drop it.


RE: Drop or keep 1.7 support? - LogicParrot - 07-07-2016

I have a more general concern: Multi protocol support is only superficial. Login works, but it's easy to crash things when different version clients are playing together. Old clients are not shielded from alien packets like unfamiliar items. So in reality we only have half-baked multi-protocol support.


RE: Drop or keep 1.7 support? - Senzo - 11-08-2016

Using the Minecraft Launcher, a user can select any version released by Mojang to play on. I've always like that, and it would be nice to be able to do the same with Cuberite. So if anyone ever wanted to host an alpha server for nostalgia or whatever, they could. Just thinking about max client compatibility, when you take options away like drop 1.7 or later drop 1.8, you limit the potential of Cuberite. Just my thoughts, not everyone like to run the latest versions.


RE: Drop or keep 1.7 support? - ShadowCone - 11-08-2016

You mean we shouldn't drop it, just disable it by default? The thing is, we can't as easy disable 1.8 features.....


RE: Drop or keep 1.7 support? - xoft - 11-08-2016

Selecting a version in the launcher effectively downloads that old version. The same can be done with Cuberite - you can download the last version supporting the 1.7 protocol. True, we don't have a launcher for that.


RE: Drop or keep 1.7 support? - PureTryOut - 11-08-2016

There should probably be a list somewhere on the site which lists the last version for every available protocol. Add a notice that older builds will lack new features, but at least they can still be used. This is kind of how Bukkit worked in the past as well, and it worked quite good.


RE: Drop or keep 1.7 support? - xoft - 11-09-2016

We do have GitHub Releases for the old protocol, but somehow 1.7 was forgotten when it was removed. And it lists other versions too, so it is probably no longer a good candidate.


RE: Drop or keep 1.7 support? - Mathias - 11-09-2016

72aa50f710200832f97a0022dc70c5cd531b6aea is the last commit that supports 1.7, if anyone with permissions wants to add a release to the repository.

1.7 builds:
Linux 64-bit: https://builds.cuberite.org/job/Cuberite%20Linux%20x64%20Master/519/artifact/Cuberite.tar.gz
Linux 32-bit: https://builds.cuberite.org/job/Cuberite%20Linux%20x86%20Master/518/artifact/Cuberite.tar.gz
Windows 64-bit: https://builds.cuberite.org/job/Cuberite%20Windows%20x64%20Master/328/artifact/Install/Cuberite.zip
Windows 32-bit: https://builds.cuberite.org/job/Cuberite%20Windows%20x86%20Master/342/artifact/Install/Cuberite.zip
FreeBSD 64-bit: https://builds.cuberite.org/job/Cuberite-FreeBSD-x64-Master/319/artifact/Cuberite.tar.gz


RE: Drop or keep 1.7 support? - satoshinm - 07-09-2017

Hi, hope this is ok to post here, if anyone else is interested in 1.7.x support I am backporting it to the latest version of Cuberite. The existing code that was removed can be mostly added back without too many difficulties, but there were some new and changed virtual methods I had to modify to get it to build. Then there were game incompatibilities to resolve: not sending the offhand item (45th slot in player inventory) to not crash the 1.7 client, and sending named sound effects with the old names (like "random.chestopen" instead of block.chest.open) instead. However it mostly seems to work after resolving these issues, and I have not seen the block placement issue (#2026), though new items not present in may still be a problem (#2275).

I understand the community voted to remove 1.7, but if anyone wants my version it can be found on my GitHub (same username) under the "restore17" branch, and I welcome feedback (bug reports or fixes) on that repository (issues are enabled).