I've decided to invade your spam thread. This is my spam thread now.
Posts by videogamesm12
-
-
Nope.
-
@wild1145#3554 /near has been broken for ages, even before we were bungeed.
-
The adminworld has a fuckton of heads. This was always the case, even in the past. I've done some datamining to see how many heads it has had (without taking chests and shulker boxes into account) over the years.
I'll get the adminworld from April 2020 eventually, but it will take some time as versions of Minecraft changed how regions are stored, which broke the tool I was using to get all of these skins.
The adminworld from July 15, 2017 has about 3,000 player heads placed in it. Some are still around either under another alias or still under their current name. Here are a few examples of these player heads:
- Elmon11:
- _Obi:
- ShRules:
- BuscusFan:
- AnnikaKhot:
- Vlad_and_lol:
- Alco_Rs11:
The adminworld from January 29, 2015 has about 600 player heads placed in it. Quite a few contain their usernames and their skin at the time. Here are a few examples:
- Whakahoa:
- oreogirl7878:
- PearlCrafter:
- Azzieuss:
- Yours truly:
- jspence73:
- 0sportguy0:
- xXShadowMCXx:
- vj13573:
- Hugsandkittens66:
- Elmon11:
-
Both are broken and need to be updated.
OpenInv:
Itemizer:
Code
Display More[05:25:59] [Server thread/ERROR]: null org.bukkit.command.CommandException: Unhandled exception executing command 'ii' in plugin ItemizerX v1.3.2 at org.bukkit.command.PluginCommand.execute(PluginCommand.java:47) ~[patched_1.16.4.jar:git-Paper-330] at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:159) ~[patched_1.16.4.jar:git-Paper-330] at org.bukkit.craftbukkit.v1_16_R3.CraftServer.dispatchCommand(CraftServer.java:807) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PlayerConnection.handleCommand(PlayerConnection.java:2011) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PlayerConnection.c(PlayerConnection.java:1822) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PlayerConnection.a(PlayerConnection.java:1775) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PacketPlayInChat.a(PacketPlayInChat.java:47) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PacketPlayInChat.a(PacketPlayInChat.java:5) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.PlayerConnectionUtils.lambda$ensureMainThread$1(PlayerConnectionUtils.java:23) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.TickTask.run(SourceFile:18) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.IAsyncTaskHandler.executeTask(IAsyncTaskHandler.java:136) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.IAsyncTaskHandlerReentrant.executeTask(SourceFile:23) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.IAsyncTaskHandler.executeNext(IAsyncTaskHandler.java:109) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.MinecraftServer.bb(MinecraftServer.java:1133) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.MinecraftServer.executeNext(MinecraftServer.java:1126) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.IAsyncTaskHandler.awaitTasks(IAsyncTaskHandler.java:119) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.MinecraftServer.sleepForTick(MinecraftServer.java:1087) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.MinecraftServer.w(MinecraftServer.java:1001) ~[patched_1.16.4.jar:git-Paper-330] at net.minecraft.server.v1_16_R3.MinecraftServer.lambda$a$0(MinecraftServer.java:178) ~[patched_1.16.4.jar:git-Paper-330] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_275] Caused by: java.lang.NoClassDefFoundError: net/minecraft/server/v1_16_R2/NBTBase at me.focusvity.itemizerx.ItemizerXCommand.onCommand(ItemizerXCommand.java:491) ~[?:?] at org.bukkit.command.PluginCommand.execute(PluginCommand.java:45) ~[patched_1.16.4.jar:git-Paper-330] ... 19 more Caused by: java.lang.ClassNotFoundException: net.minecraft.server.v1_16_R2.NBTBase at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:116) ~[patched_1.16.4.jar:git-Paper-330] at org.bukkit.plugin.java.PluginClassLoader.findClass(PluginClassLoader.java:111) ~[patched_1.16.4.jar:git-Paper-330] at java.lang.ClassLoader.loadClass(ClassLoader.java:418) ~[?:1.8.0_275] at java.lang.ClassLoader.loadClass(ClassLoader.java:351) ~[?:1.8.0_275] at me.focusvity.itemizerx.ItemizerXCommand.onCommand(ItemizerXCommand.java:491) ~[?:?] at org.bukkit.command.PluginCommand.execute(PluginCommand.java:45) ~[patched_1.16.4.jar:git-Paper-330] ... 19 more``` -
Apology accepted. It was very mature of you to come back and admit to your mistakes.
Personally, I feel like I was part of the problem. I deeply regret that and would like to personally apologize to you not only for that but also for being a fake piece of shit in general. You seriously didn't deserve it.
Thank you.
-
Here's something interesting I found on one of my old disks. At the very beginning, the SMP server used to be an Aternos server owned by RageHayes. At the time, it was just for a bunch of friends to goof off and waste some time during the summer. Often times we'd get in a call and just fuck around. Some of these friends would later be part of the powerhouse group Smartn't.
Here's a couple of screenshots:
Quote!
I'll probably post more screenshots tomorrow but it's 3 AM right now and I need to sleep.
-
I have a video of Rhymix saying the N word in a discriminatory manner.
-
This guy lost a game of Connect 4 and proceeded to ragequit. He also pulled a similar stunt after losing a few games of tic-tac-toe.
-
Change the name in this thread's URL to rickroll someone.
-
Rigged.
-
Neutral.
While I agree that we should be caring about security, I am against the idea of removing features because they are considered "annoying" or because they can cause untraceable grief.
Wouldn't it be possible to modify the plugin to:
-
Hook into the CoreProtect's API and have it log changes that way?
https://www.minerealm.com/comm…iewtopic.php?f=32&t=16687 -
Severely mitigate the effectiveness of certain effects?
-
-
What the fuck
-
In the past, admins who wanted to build a spawn would sometimes store their work in the adminworld, likely for safekeeping or in case they were still working on it. Sadly, most of schematics that were on the server in the past are mostly lost (including many spawns).
However, some of these spawns survived. Unbeknownst to the builders and admins at the time, these spawns would end up becoming relics of their time, several years later.
-
- The way the logs are set up to be accessed only works when the Minecraft server is online. When the server is offline, server logs cannot be accessed. Perhaps it would be a good idea to implement something that allows for logs to be accessed regardless if the server is online or not.
- Sometimes when the server locks up, any telltale errors that would determine the reason for a server crash simply doesn't get saved into the log files. In the past, we didn't have this problem as logs passed through the panel. However, since we don't have a panel, most telltale errors from Spigot when it dumps its threads simply aren't saved anywhere. Perhaps it would be a good idea to implement something external that catches the logs from the Minecraft server console and saves it.
- Periodic timings reports should be performed automatically to help give more information when the server starts lagging. May come in handy when the server is lagging really hard and nobody thinks to do the /timings report command.
- Crash reports can help determine the cause of certain server crashes. They should be made accessible by admins via the server's HTTPD server or (if idea #1 is implemented) another method.
-
I like every build in the album except for the last two. What I do in my free time is none of your business.
Congratulations!
-
Does Flarum not have this feature by default? What the fuck?
Vouch.
-
-
Quote
@zeseryu#2936 The rules are pretty clear. They also have not changed.
I never said that the rules changed. I said that the enforcement of the rule itself did.
Quote@zeseryu#2936 There is no "leniency" when the infraction and punishment is clearly listed.
Yes, the punishment and infraction are listed in the policy, but that doesn't mean anything if the people who are supposed to enforce it and hold others accountable aren't doing so. We have several cases of the past that prove this was the case.
Quote@zeseryu#2936 The "leniency" you experienced came from you not getting caught. Dragon got caught, was indefinitely suspended, a forum sanction request was filled and accepted.
It was absolutely not a matter of me "not getting caught". It was a matter of leniency, I posted my alt's name changes on the forums each time I did it. Hell, I was even planning on publicly outing myself a while later, a move which you yourself discouraged me from doing at the time.
Name Change Threads:
- First occurrence: https://totalfreedom.boards.ne…/64492/video-xxwilee999xx
- Second occurrence: https://totalfreedom.boards.ne…13/ban-robin-xxwilee999xx
- Third occurrence: https://totalfreedom.boards.ne…lee999xx-polarisseltzeris
Not only that, but people had every reason to know that the user operating the alternate account was me. The NameMC profile for my alternate account contained all of the information identifying the account as me.
So no, it wasn't a matter of me hiding anything and not getting caught. People knew about it, but simply didn't act upon it, which would fit the definition of leniency.
Quote@zeseryu#2936 If you want to loosen up on the punishment, this isnt the thread to suggest that on.
I know. The reason I noted two things that should have been done in my original reply to this thread was to note how the situation could have been handled better instead of outright banning him.
Quote@zeseryu#2936 You want to know what really is a bad precedent? Allowing an offense to be committed consistently. That's it. Stop allowing it. Ban the people who do it. Dragon should be banned. Its that simple. There shouldn't have to be a warning to stop breaking the rules when the rules are already clear.
I'm not saying we should allow offenses to be committed consistently. In fact, it's the opposite. We should absolutely not allow these kinds of offenses, but in this case going from entirely lenient to full-blown punishments is too harsh (especially considering the circumstances that I've touched up on in my previous posts). I'm not saying we should consistently be lenient on cases like this either, the reason I'm saying the severity of his punishment is uncalled for is because we were lenient and suddenly without warning we're not. Any future incidents should result in an indefinite ban like normally, but I believe this case is a special case and should be treated as such.
-
@zeseryu#2930 You missed my point. My point wasn't that Dragon shouldn't have been banned because I wasn't. I was only giving an example there.
My point is that the leniency caused by the constant lack of enforcement of the rule altogether (punishments weren't given to those who committed similar offenses) by the people who were supposed to enforce it is what led people to think that it was okay. It was this leniency that should have been corrected.
Was Dragon in the wrong? Absolutely. However, I think that the handling of Dragon's situation was poorly executed too.
Also, the "bad precedent" was referring to the concept of allowing an offense to be committed consistently and then suddenly indefinitely banning people for it without warning.