Bukkit

@The_PC_Tech_Guy
I've been quite busy avoiding rewriting this plugin (anime, sleeping, private plugins, anime, playing other games, sleeping). I like having fun writing stuff, and this rewrite is the opposite of fun D:

No idea how to get an IPv6 address through bukkit/spigot either D;

@Anyone Interested
I've changed the license from All Rights Reserved to a custom one that basically means "Do whatever the heck you want". I'd rather not try to figure out github/pullRequests/pushing, so I guess I won't be posting the code for iPAV :/ Good luck for anyone that tries to decompile this~ I'm sure your cringe level will rise from the inevitable bad practices present as a result of it being my first plugin >.<

@JBuscus101

If you meant literally like the picture above, you can give someone the permission node ipav.command.view.logins so that they can see the info when a player logs in. If you do give someone that node, I also recommend giving ipav.command.view.deniedLogins so that the person can see when someone is stopped from logging in.

Players with either of those two nodes will also gain access to the commands /av view logins and /av view deniedLogins respectively. Using those commands will allow the player to toggle their viewing. This is most convenient when a banned player continuously tries to connect to the server, which could spam server staff with deniedLogin messages. In that case, the staff members could just toggle off their deniedLogins for a little bit so that they can still read their chat.

@JBuscus101

If you mean hover over their name next to any of the stuff they say in chat, no.
The hovering is because of the /tellraw command that iPAV uses to display some of it's information, which is different from chat. Player chat messages are usually handled by Bukkit itself or a plugin like Essentials. It is possible for a chat plugin to hook into iPAV and retrieve the data for each thing someone says and then allow admins to hover over to view it, but I doubt any chat plugins use /tellraw for their output (let alone hook into iPAV as well).

If you just want a way to see the info after a player is already online:
Most iPAV messages that contain information about a player can be hovered over, such as when using /ipav online (or /av on if you like short commands). Using /av on will give a list of all online players ordered by their IPs. Each player name in the list can be hovered over to see the information. The permission node for /av on is ipav.command.online

Example: http://i.imgur.com/KhxfrE9.png
(the purple-ish color just means the IPs are similar)

@unclemark

iPAV currently logs players by their UUID when they log in, but I haven't made a command to search through it yet. I suppose I might do that next~

Edit: Added "/av uuid c [uuid]" command. Accepts the name of an online player instead of a UUID. Will be available in v3.1

@usunofbeach

I'll have to mess around with it a bit. I saw a method called isLoggedIn() in the CrazyLogin github, but I have no clue how to check players with it. I might have to also link into CrazyCore, but I dunno yet cuz CrazyCore's github link just 404s. No promises x:

Edit: iPAV v3.1 will check if CrazyLogin is present when a player joins. If so, it will wait for the player to successfully log in before turning on their viewing.

@jessefjxm

Haha, hopefully it stays that way xD

@jessefjxm

I may have just found the problem with the NullPointerException from before. I'll have v3.0 uploaded in a lil while once I apply a fix and test a bit.

Also, a bit late for it now, but I totally didn't think to mention that the NullPointerException wouldn't occur if the ignores.yml had "enabled" set to false.

@jessefjxm

D: There were two errors for you before?

I thought you only had the NullPointerException one x:

The java.lang.NoClassDefFoundError error was an obvious one that I somehow missed when writing the authentication check... It should work fine in the next release.

Is the NullPointerException still occurring for you every time someone logs in though? It should still be happening since I didn't change anything that should have completely fixed it. I did change stuff to narrow down what was wrong though. I'm kinda just remembering right now that some server hosts don't give people a complete console with everything that appears in a regular server console, so I suppose making the new shortErrors option 'on' by default was a bad idea...

If you do not have the NullPointerException anymore, could you change your shortErrors config setting to false and see if it gives it again?

debug:
  hideCaughtErrors: false
  shortErrors: false

@TotallyALF5

That's not how it works...

@jessefjxm

Alright, thanks. I'm going to use some changes in v2.9 to help narrow down the problem and make it so the error doesn't negatively affect the login events like it's doing now. I suppose I'll probably skip updating "/av ip c" to get v2.9 out faster, so once I get all the new security measures into the login-code I'll release it to bukkit.

I would appreciate it if you'd tell me the error you get in v2.9 so that I have more of an idea of what's going wrong. It'll probably look mostly the same as v2.8's error, but it'll be more precise with the line location of the error.

Edit: I lied, the error in v2.9 won't look the same xD I made it so any code caught by the 'security measures' will show a shortened error message in red text (if people have a color-capable console) by default.