Become a premium member to remove ads
-
Posts
3,158 -
Joined
-
Last visited
-
Days Won
186
Content Type
Profiles
Forums
Events
Downloads
Helpcenter
1.13 Update Progress
Chaotic United Feature Plan
Bug Tracker
Suggestions Tracker
Plugin Documentation
Wiki
Staff Applications
Blogs
Store
Gallery
Stratagem
Everything posted by haloman30
-
Changed Status to Closed
-
Accepted! Thank you for applying, you've been accepted! Enjoy your time here at Chaotic United! For a list of the perks you get for registering, check out this page. If you have any questions please do not hesitate to ask! Also, please make sure you've read the rules found here and you can vote for us here. Notes:
-
Your ban appeal has been accepted - you should now be able to rejoin the Discord.
-
Hey, everyone - as of today, we've officially updated our MC server to 1.19.2! If you don't care for the details, feel free to hop straight on. However, for those of you concerned about chat reporting, or interested in what stuff has changed on the server with the update, keep reading. We've also got an important notice in regards to the #nsfw channel on our Discord at the end. Chat Reporting Minecraft's 1.19.1 update has become infamous in the Minecraft community for its chat reporting feature. This feature allows players to report chat messages to Mojang - and depending on the severity of the messages, can result in that player being temporarily or permanently banned from all of Minecraft multiplayer. Not just from a single server, but from the entirety of multiplayer. This, of course, was a terrifying concept to a lot of players at first - and for many, it still is. Originally, we made an announcement stating that we would be holding off on updating until further notice - as we initially were pretty worried about what might happen. Since 2014, our guidelines have been pretty lax in terms of chat - with only things like racial slurs and outright, blatant harassment being disallowed. Would our policy of permitting most other language result in either us, or our players getting banned? As of right now, the answer is most likely no. The guidelines created by Mojang have been clarified and relaxed a fair bit since their initial introduction. That being said, we are still concerned that, in the future, some of these guidelines may change - or the potential for current guidelines to be misinterpreted by those reviewing reports. As such, we have installed a plugin that effectively disables chat reporting entirely. For the foreseeable future, chat reporting will simply be impossible on our MC server. You will see a warning message in the top right of your screen when switching servers as a result, but we feel that this is the best way to make sure that both us, our players, and future players will feel safe from Mojang's enforcement when they play here. SkyBlock Reset A little while ago, we held a poll on Discord asking those of you who played SkyBlock what your thoughts were on potentially reverting to our original SkyBlock plugin. The poll was given a universal vote in favor of reverting - which was a surprise, but only kind of. The plugin that we used going all the way back to Nuclear District's server in 2014, through to MC 1.16 was called uSkyBlock - also known as Ultimate SkyBlock. However, with 1.17, that plugin broke - and eventually it was the only thing holding back the update. As a result, we had to find an alternative - and the only one that seemed up-to-date was called IridiumSkyblock. Unfortunately, this plugin left a lot to be desired. Most immediately, the island choices it provides are pretty "meh", and some of them don't even have trees available by default - thus resulting in player's only way to get wood being the shop. Additionally, this plugin broke a mechanic that players could do in the past, where you can physically expand your island out enough and effectively "link up" with your neighbor. Many players did this in the past - but with the way the new plugin worked, this was no longer possible. There were other strange mechanical differences as well - enough to where we felt that it would be ideal to switch back. Luckily for us, the original uSkyBlock plugin was in fact updated - apparently they updated shortly after we finally gave up - go figure. As such, we are now back on the original uSkyBlock plugin - however just like the last plugin switch, this does unfortunately require a reset. That being said - since so few players used the previous SkyBlock plugin, we will manually migrate your old island forward into the new world. You will need to ensure that you start a new island using /is create, and then let a staff member know to migrate your island. Once we're able to, we'll copy it forward for you. As per usual, though, the previous world will soon be put up for download - so even if you don't request a migration, your work will still be preserved that way fairly soon. Other Changes Other than those two changes, we do have a few other changes to go over, though these aren't as major. First and foremost, Semi-Vanilla, Survival, and Vanilla have all had their world borders expanded to allow for the discovery of new content. The old/new border sizes can be found in the full update notes linked at the bottom of the post. Additionally, Vanilla once again has a livemap available. We originally disabled this, since Vanilla was originally slated to be, essentially, anarchy. While anarchy-style gameplay wasn't the main focus, there was absolutely nothing in place to prevent players from doing so - and they wouldn't be punished for doing so. However, shortly after its introduction, the decision was made (after a community vote) to disallow grief in Vanilla and introduce CoreProtect so that we can roll back any grief that might happen. As such, there's no reason to prevent the use of the livemap on Vanilla - so it's once again available in the server menu on the livemap page. Discord NSFW Channel Changes Up until now, we have been aware of a few underage users in the #nsfw channel on Discord. At first, we ignored this - since realistically these users were old enough to know what porn is. However, after further consideration, we have decided to play it safe - and so going forward, anyone who is known to be under 18 will not be allowed in the NSFW channel. This is due to potential legal concerns, as well as the potential for the Discord server itself to be taken down. While there's no clear yes or no verdict as to whether or not those would actually be cause for issue, we are no longer comfortable taking this risk. Any existing users who were underage and opted in have had their access revoked, and any future users who are known to be underage will also be disallowed. Mind you, this only applies to the NSFW channel - you won't be banned or otherwise punished, you simply won't be able to view that channel until you're old enough. As of now, though, that's all we've got. You can view the full MC changelog here if you're interested. As usual, if you find any issues, be sure to report them on our bug tracker. Otherwise, keep your eyes peeled for future updates!
-
Minecraft 1.19.2 + Added plugin: NoChatReports + Added plugin to SkyBlock: uSkyBlock * Updated BungeeCord to Waterfall 1.19 #503 * Updated all gamemodes to MC 1.19.2 (PaperMC 1.19.2 #134) * Updated plugin: BungeeResourcepacks * Updated plugin: Citizens * Updated plugin: Craftbook * Updated plugin: CustomOreGenerator * Updated plugin: Denizen * Updated plugin: Dynmap * Updated plugin: EssentialsX * Updated plugin: EssentialsXSpawn * Updated plugin: GSit * Updated plugin: HolographicDisplays * Updated plugin: PlotSquared * Updated plugin: ProtocolLib * Updated plugin: SaberFactions * Updated plugin: Themis * Updated plugin: VentureChat * Updated plugin: WorldEdit * Updated plugin: WorldGuard * Reset SkyBlock world * Increased Survival world border from 10,000 to 15,000 * Increased Semi-Vanilla world border from 10,000 to 15,000 * Increased Vanilla world border from 15,000 to 20,000 * Set Semi-Vanilla nether world border to 10,000 * Set Semi-Vanilla end world border to 15,000 - Removed plugin from SkyBlock: IridiumSkyblock - Removed Killerteddy
-
* Updated CUCraftingPlus to 1.3.5 * Fixed an issue where Charcoal (and any other smelting recipe that had multiple possible inputs for a single item) could not be created - Removed Killerteddy
-
+ Added /recipes command to CUCraftingPlus - allows players to view crafting recipes for any custom item * Updated CUCraftingPlus to 1.3.4 * Updated server resource pack to 2.0.3 * Fixed players not being able to apply Enchanted Books to fully repaired custom tools in an Anvil * Fixed Upgrade Station not being craftable with all wood types - Removed Killerteddy
-
+ Added an informational page to legendaryisland.com for any future visitors * Restored a portion of the old Legendary Island website to http://legendaryisland.com/original/ - Removed Killerteddy
-
+ Added the following blocks to Durite Pickaxe extra-break: Calcite, Tuff, Deepslate, Cobbled Deepslate, Dripstone Block * Updated CUCraftingPlus to 1.3.3 * Fixed a very overpowered bug that could result in massive item duplication when crafting custom items * Fixed a bug where players could not shift-click custom items out of crafting tables if they had an item on their cursor - Removed Killerteddy
-
Changed Status to Fixed
-
* Fixed mob spawning not being enabled in Benefactor * Fixed spectators being able to teleport to players, regardless of whether tptoggle is enabled * Fixed Ravagers being able to destroy blocks in Survival - Removed Killerteddy
-
* Updated CUCraftingPlus 1.3.2 * Fixed a bug where breakable items would not break when their durability reached 0 - Removed Killerteddy
-
* Updated CUCraftingPlus to 1.3.1 * Fixed Longshot and Durashot not being repairable in an Anvil * Fixed Hookshot upgrades not being applicable to the Longshot and Durashot * Increased Hookshot stuck timeout from 10 ticks to 20 ticks (0.5 seconds to 1 seconds) * Fixed Upgrade Station not returning Amethyst Shards when closing the UI * Fixed Anvil not being able to repair custom items properly * Fixed Anvil not having any Experience costs for repairing custom items - Removed Killerteddy
-
Below are the recipes for the Hookshot, Longshot, and Durashot. Also included is the recipe for the Upgrade Station - since as of right now the in-game recipe browser is not available. Hookshot Longshot Durashot Upgrade Station
-
+ Added Upgrade Station + Added Hookshot (range of 16) + Added Longshot (range of 32) + Added Durashot (range of 128) * Updated CUCraftingPlus to 1.3.0 * Spawned ingredients can no longer be used to craft custom items (ie, Durite Tools/Armor, Upgrade Station, etc) - Removed Killerteddy
-
To my knowledge you shouldn't actually be banned. Make sure you're using 1.18.2 and connecting to mc.chaoticunited.net, we aren't updated yet.
-
This update includes changes from the past couple days that were not recorded on the date in which they were made. Also it's my birthday so that's pretty cool, 23 now wooooo i feel no different * Updated CUCraftingPlus to 1.2.7 * Fixed players not being able to toggle extrabreak state on Durite Axe * Fixed Durite Hammer causing mobs to target player when used in Creative mode * Fixed an issue where users with /gamemode would have their gamemode reset upon relogging in Survival, SkyBlock, and Hub (cu) - Removed Killerteddy
-
One last update on this situation now that 1.19.1 has officially released: We've done some early testing with Spigot and are happy to confirm that we are able to disable chat reporting entirely through the use of a special plugin. Once we update (which will likely still be a few weeks or so), absolutely no chat reporting will be possible within CU. We can also confirm that there won't be any gross or ugly formatting applied onto it either, like we thought was going to be the case based on earlier vanilla testing. You'll notice a grey line on the left side of all chat messages, but that's it. So once again for any of you folks worried about 1.19.1 and its chat reporting, we can say with 100% certainty that it will have zero impact on our MC server.
- 6 replies
-
- chat
- enforcement
- (and 5 more)
-
+ All users now have access to use colors in chat - Removed Killerteddy
-
* Fixed Grifblock map 'cryolab' not having invisible barriers on the ceiling, allowing players to potentially get out of bounds * Fixed TheRedCore map 'sandy' not being playable - Removed Killerteddy
-
+ Added toolbar button: Inline Code (Staff only) + Added navigation icons for the following items: Gitlab, Minecraft Analytics, Sentry - Removed Killerteddy
-
* Updated PGGrifblock to 1.1.0 * Updated CUCraftingPlus to 1.2.6 * /gb leave can now be used to stop spectating * Grifblock spectators can now see the game score * Fixed /gb leave not displaying any message when not in an arena * Fixed Durite armor not showing particles when * Durite burst power level now resets if durite armor is removed - Removed Killerteddy
-
+ Added announcement informing players of /glist + Added Vanilla portal in hub * Updated CUBungee from 1.4.1 to 1.4.3 * Made /pwarp an alias of /warp * Changed tablist size from 68 to 60 * Fixed some minor terrain holes in hub * Teleport commands now support partial usernames (ie, you can /tpa halo to send a tp request to haloman30) * Updated most official warps to display as official warps - Removed a large amount of legacy, non-functional warps (from 370 down to 172, 198 removed warps) - Removed server categories from tab list - Removed Killerteddy
-
Hey, everyone! After hearing me talk about it for months at this point - and after over a year since the BungeeCord migration was considered "complete", cross-server warps and teleportation is now in the server. Using the new Warps System The new warps system consolidates the old CUWarps and Essentials warps systems into one, unified system. You may previously recall that you had both the /pwarp and /warp commands. Now, everything is under /warp - no need for /pwarp anymore. Warp management has been redone and can be managed using /mywarps. This will allow you to purchase warps, warp aliases, and manage your existing ones. What are warp aliases, you might ask? Warp aliases are a new addition to allow for easier management of, well, aliases. For those times where you might want multiple warps pointing to the same spot, you can now purchase aliases for warps - and manage all of them as a single warp. At this time, aliases do not show in /warp list - though this may be changed at a later date. You might also notice some blue warps in the /warp list. These are "Official" warps. Any warps that go to server-specific locations (such as spawns, /warp help, and other such locations) are classified as official warps. Other than being displayed differently in the warp list, there's nothing different about these. Restricted Servers Something you may notice when trying to manage warps or teleport, you'll find in some cases that you are unable to. The new plugin has a configurable list of servers where the players within cannot be teleported to. This currently includes Minigames, Vanilla, and Factions. You also won't be able to manage warps here, either. You are able to teleport out of these servers, but not back in - after all, it'd be pretty rough if you were able to teleport to someone's faction or vanilla base, or to a minigame arena in progress, right? That's cool and all... but why the wait? Ah yes. The question I'm sure many of you are wondering - why exactly did this seemingly simple feature take over a year to make a reality? Well, there's a few different reasons - let's go through them all individually. Bungee-Bukkit Communication For starters, it's important to recognize that BungeeCord and Bukkit (in other words, any of the individual gamemodes - like survival, skyblock, creative, etc) have virtually no way to talk to each other. BungeeCord only knows what server a player is connected to, and can connect them to another server if needed. BungeeCord has no knowledge of what world a player is in, nor their coordinates or anything like that. Additionally, the only default method of communicating between the two involves using the player as a vehicle to carry that data. In other words, if no player is on to switch between those servers, data cannot be transmitted. So, the plugin we made requires that we build our own communication method - which thankfully, isn't as hard as it sounds. We used something called Redis - which both BungeeCord and Bukkit can listen to and monitor - and it allows for the two to communicate almost instantly. And as a result of this... Code Complexity and Motivation ... the code for what would normally be a simple Bukkit plugin became three separate Eclipse projects: CUBungee - The BungeeCord plugin that we've been using for a number of general-purpose features, and would house most of the warp and teleport functionality. CUBungeeBukkitBridge - A plugin which sits on each Bukkit server (each gamemode) and responds to messages from BungeeCord. CUBungeeCommon - A library shared by both CUBungee and CUBungeeBukkitBridge, containing a number of common classes used by both projects. Additionally, it took a very long time to find a system of communication that was maintainable. The root issue with most of the previous approaches was that the old setup required bouncing around to different parts of code. All of the business of /setwarp wasn't in a class or file named Setwarp, like you'd expect - but instead, everything after the first message sent from BungeeCord was done in a completely different part of code. For comparison - setting a warp in Bukkit involves the following steps: Get the current location of the player Construct a new warp with player's current location (and provided inputs for name and such) Register new warp That's it. Now - with BungeeCord - what does that look like? Find out what server the player is in Ask that server where the player's location is Wait for the reply Check the reply to see if the response was valid If valid, construct a new warp with the player's location (and once again, provided inputs for name and privacy) Register new warp And for fun - what about teleporting to a warp in BungeeCord? Get the warp the player wants to teleport to Find out what server the warp points to Ask that server if the world the warp has exists Wait for reply Check reply to see if world exists If so, instruct server to teleport the player to the warp's location upon login Connect the player to the warp's server Whew - that's quite the process. What about in Bukkit, though? Get the warp the player wants to teleport to Check if the world exists If so, teleport player to warp location As you can likely tell - the BungeeCord procedures for all of this are significantly more complex than if it was all done within a single Bukkit server. This complexity is unavoidable - however as described before, I was writing the code in a way that made this entire procedure a lot more painful than it had to be. Eventually, I came up with the idea of transforming the original message into the reply - allowing me to simply wait for the reply within the same part of code. As such, everything needed for the /setwarp command could all be done within the same file. This simple re-contextualization is all that was needed to make the codebase more maintanable. I also have to credit @GuitarXpress here as well - as he helped point out one critical issue which was causing me a major headache where I was observing what I could only describe as quantum mechanics in Minecraft. I had a point where the reply messages would ALWAYS time out waiting for a reply. Which was bad - because if I couldn't get a reply, then the entire idea was going to be scrapped. However, as soon as I started printing this one value to console, it ALWAYS replied in time. Remove the log event? Stops working. The act of trying to monitor a certain variable was changing the result - literal quantum mechanics. But no - turns out, I simply needed to add the volatile keyword to that variable - as the problem was that the part of code checking it was just not seeing the new value. That final breakthrough was the big thing that allowed everything to finally fall into place. Now - you might be wondering, when did this great breakthrough happen? Just under 2 weeks ago - July 5th to be exact. Yep - after solving the code complexity issues, cross-server teleportation and cross-server warps were able to be completed within a couple weeks. But... Can't you just use a plugin that someone else already made? This is another question I got a few times. Why is it that in a world where tons of plugins are readily available, that seemingly nobody has bothered to make a plugin for cross-server warps and teleports in a BungeeCord network? Well, for starters - the way we use warps are actually a bit different than most warps, since we allow players to directly purchase warps with ingame currency. Most warp plugins don't allow for this. We actually did find a cross-server warp plugin, but it didn't allow for private or unlisted warps, nor did it allow for user-purchasable warps. But the bigger reason why this kind of feature is seemingly so rare is that, in almost every scenario, servers with BungeeCord networks are much larger in scale and scope (and player count). They actually isolate their gamemodes on purpose. They don't want chat or teleports or warps to be interleaved together across everything - because if you have hundreds or thousands of players, this can actually be a huge detriment. However, we moved to BungeeCord purely out of technical reasons - having all of our features and gamemodes within a single Bukkit server resulted in poor performance, lots of lag, and made debugging an absolute nightmare. Rather than having 8 servers with a handful of plugins each, we had one server with over 120 plugins. Of course, I didn't want to start cutting gamemodes - as while we're small, every gamemode gets some attention. And rather than removing choices for people and potentially causing them to leave, we opted to migrate to BungeeCord. But all the while, I still wanted everything to feel connected - to maintain the illusion of everything still being within a single server. This is the complete antithesis of what most BungeeCord servers aim to achieve - and so there simply isn't demand for something like this. That's why I had to build it myself - because nobody else needed to. Wrapping Up But thankfully - it's finally in. There are still a couple minor fixes I need to do here and there, but overall - it's all ready to go. As per usual with any new feature, let me know if you run into any issues. This plugin is hot off the presses, so it's entirely likely that there's a bug that we didn't catch during testing. Other than that - be on the lookout for additional improvements coming sooner rather than later. The need to get this feature done has been a dark cloud hanging over my motivation to work on server plugins - so finally having it behind me I suspect will have positive effects on my drive to work on the more exciting stuff.
-
- migration
- bungeecord
- (and 5 more)
-
+ Added cross-server teleportation + Added cross-server warps * Updated CUBungee from 1.3.1 to 1.4.0 * Increased default claim blocks from 200 to 1600 in Survival and Semi-Vanilla * Increated claim blocks per hour from 100 to 1000 in Survival and Semi-Vanilla * Increased max claim blocks from 16000 to 16000000 in Survival and Semi-Vanilla * Increased 'ExceptWhenOwnerHasTotalClaimBlocks' from 10000 to 1147483647 * Increased 'ExceptWhenOwnerHasBonusClaimBlocks' from 5000 to 1147483647 * Increased GriefPrevention abridged log retention from 365 days to 1147483647 days * Reduced claim blocks purchase price from 2.50 to 0.10 * Reduced claim blocks sell price from 1.20 to 0.10 - Removed plugin: CUWarps - Disabled claiming in survival_dungeons world - Removed livemap page for Vanilla - Removed Killerteddy
