Option to kick non-company starter by company starter

[Heikos]

Hi,

I, and many other people, would like to see an option to kick a player out of your own company. If you forgot to set a password, or want to let good guys join your company, a bad guy can join your company and do a lot of damage. In that case, there should be an option for the company start to kick that player. If possible based on ip-adres, so that he can't rejoin immediatly.

Setting a password is not always an option, as I like to build a company together with a stranger.

If you could do that, it'd be great!

Thanks in advance!

Your fan Heikos

[Yexo]

The server owner can already do that. if you're not the server owner, how should the game know who is allowed to kick others? Image two strangers joining and kicking you, how would you like that?

[petert]

Please don't start new threads for requests without checking feature requests on http://bugs.openttd.org/.

E.g. FS#1136

[Tekky]

Please don't start new threads for requests without checking feature requests on http://bugs.openttd.org/.

To me, the OpenTTD forums seems the more appropriate place for discussion about suggestions. Therefore, I see no need for people to check FlySpray first before starting a thread. Also, the official guidelines specify no such requirement.

[Heikos]

The server owner can already do that. if you're not the server owner, how should the game know who is allowed to kick others? Image two strangers joining and kicking you, how would you like that?

I mean, the companystarter, not the gamestarter. Let me give you an example:

PlayerA starts CompanyX. When he has built it to a medium sized business, PlayerB joins CompanyX and starts helping PlayerA. To PlayerA it's fine if someone wants cooperate, as long as he does that properly. Hence, no password on the company. So far, so good.

Now imagine, and this happens a lot, that, when 3 players have build a single company to great heights, a fourth player joins and starts messing the company up: removing 1 piece of railroad on important railroads, crashes trains into each other, etc. Now, only the companystarter PlayerA should be able to kick the fourth player. It should not be possible for the fourth player to kick PlayerA.

When PlayerA leaves to company for the others, the kickprivilege moves to playerB, as he was the second player to work for the company. Etc.

[Alberth]

The topic has been discussed to death. Yes we know it is an annoyance, but we have not found a good solution, and I personally doubt that one exists.

In your case, what if the connection of playerA goes down?

(and in case you think the rights should stay with playerA when he reconnects, how does the machine know you are playerA and not some random playerD, that just happened to use the same ISP and gets the IP address previously used by playerA?)

This and several other scenario's have been discussed previously. Instead of starting another one, plz use the search facility to find previous discussions, and read why it does not work.

[Heikos]

In your case, what if the connection of playerA goes down?

(and in case you think the rights should stay with playerA when he reconnects, how does the machine know you are playerA and not some random playerD, that just happened to use the same ISP and gets the IP address previously used by playerA?)

Well, I don't think you are really serious in this. The chances of that are one in a million. So, it is possible to use some getIP() method and insert it into the company data as an array. The first active ip on that list, has kick capabilities. I'm not a programmer, but I know enough about this, to say that it is possible. Whether you use it or not, is up to you, of course. I'm already very greatful for the things you guys have done.

This and several other scenario's have been discussed previously. Instead of starting another one, plz use the search facility to find previous discussions, and read why it does not work.

Ok, we'll do. I was just trying to help and make it all better.

[adf88]

Yes we know it is an annoyance, but we have not found a good solution, and I personally doubt that one exists.

What about this one?

[Heikos]

What about this one?

Exactly, almost the same solution as I offered. It must be possible.

Solution found, let's close this topic then.