Feature request to prevent Kill report padding in stations you cannot access

A GM suggested to me to write to the DEV team about a feature request to prevent “Kill report padding” as it is colloquially called in stations you cannot access.

This is for when a player transfers a great number of ships to another players dropbox who are not in the same corp or a structure you are in or have access to, that is being evicted in order to do “kill report padding”.

My suggestion would be to have an option checkbox to not allow ship transfers to dropbox from out of corp/alliance characters to prevent this behavior.

1 Like

Moved to Player Features & Ideas - EVE Online Forums.

What?

And quit worrying about the kb you’ll live longer

1 Like

All of this.

Without this what is stopping anyone from assigning any ship they want to any player they choose in a structure that is about to be destroyed even if they don’t have access to it in order to do “kill report padding” to someone they don’t like, the leadership of an enemy corp for example?

You still haven’t explained why this is a problem. Kill boards aren’t part of eve they have all been third party sites with their own rules about what counts what doesn’t and how much something counts.

2 Likes

Is this what is often described as pixel fear, the fear of losing space pixels (and others seeing it)? :thinking:

2 Likes

Killboards give information on players habits, locations, loadout and intelligence and for some people that are really good at the game are a vital part about collecting info. Providing false statistics on this makes the information inaccurate. This may not be important to some less experienced players or casuals but it is very important to some.

I doubt a lot of players really care about zkill. Maybe a very small minority care

1 Like

In that case sounds like a valid tactic to counter an otherwise infallible Intel tool. I’d be more in favor of additional ways to manipulate it not fewer

“Deliver To:” transactions should have a simple notification process with an “Accept/Decline” UI, same as contracts. Until/unless ‘Accept’ is chosen, the items remain the property of the giver. It should also have a selectable default position for either setting.

Of course a handful of folks will come along and say nope, this is great, this is genius programming on CCP’s part, this is emergent gameplay. But frankly it’s just another in a long list of examples of CCP doing half-assed sloppy coding on features and never fixing their crap. At least, not until somebody finds a way to abuse it to the point of shutting down the servers, or annoying a large Nullbloc or something.

For an example of abuse:

1 Like

Again, Kill bords have nothing to do with ccp the guy who wrote that blog doesn’t even know what he’s taking about the guys who run zkill are the only ones that could remove those kills from his board not ccp.

I think hes referring to his in game killboard

From the blog:
Luckily the zKill spam filter started working on these obvious losses and within a day or two every single one of them was properly labeled as SPAM. They no longer count towards my totals and my kill-board has returned to normal once again.

Only CCP could remove those and they won’t.

Apparently there’s a lot of “doesn’t know what he’s talking about” going around…

Stupid code is stupid code. Kill-boards are a side issue.

There is no in game kill board only a log.

Unless he’s taking about his in game log and not a kill board ccp has nothing to do with it.

Nah it’s a feature. I’m down for anything that can disrupt kill boards. People take them easy to seriously

To be 100% clear may post was on the topic of kill report padding. I am NOT talking about external Killboard reporting sites. This is an in game issue. Lets please stay on topic.