halflife
halflife copied to clipboard
ValveSoftware
"Ask redirect" dialog
Source engine already implements this kind of event, where server can request player's confirmation to be redirected to another server. Redirects are useful for communities with multiple servers where you have plugins displaying list of their servers, and you can switch between them easily. Beta completely destroys plugins like that, and there are no more methods to redirect players to another server (even with player's confirmation).
More comments: https://github.com/ValveSoftware/steam-for-linux/issues/1189
+1 I understand Valve wants to solve the fake server problem and I agree. But seriously, this suggestion is what should have been considered from the start instead of just blocking commands right away, ruining community helpers like my poor little xREDIRECT plug-in. In so many other games Valve found clever solutions to their problems, please go the same way here. The icing of the cake would be if a user could also choose "always allow redirecting on this server" and the game stores the "whitelisted" server IP:port pairs in some "redirect-allow.txt" file. Many players are regulars to specific communities. OK OK, now I am dreaming... :-)
Anyway, I am glad alfred-valve said it's on his TODO list and I'll be happy to help testing as soon as you provide a way of "redirecting with player permission".
I agree with that xOr... partly because I am a returning old competition cs player which has been setting up some servers for people. I have been scratching my head and hacking away, not understanding why your oh-so popular redirect is failing me .. turns out it's steam's silent destruction :o I wish I could charge lost time by the hour! :)
Anyway, having read a bit now on these various bug trackers, it's good to see someone from valve interacting and doing their best to accomodate their own side and the users. (Alfred, schism et al.)
I agree reading on some, you have some really A.Retentive people over and over demanding their wishes.. but indeed, security and in valve's wish, the avoidance of all the fake servers etc. is essential and ok, thats how it goes. Good on you guys.. but please as someone said.. there is also a certain voluntary basis on users .. when it comes to what they can experience on a server and not. But ok. Security is a must, and I am fine with changes... but like XBase says.. please don't just ruin a lot of voluntary people's coding , years of it actually with a big hammer, as Alfred put it. Eg. after all this bla bla I wrote, adding to what XBase says; a client file with accepted servers, could probably always be found some smart ways of infecting (red: editing to ebil serverz). So since this is all done by moving to steam yaddi ya, can't you though allow say, favourite servers in steam, to be allowed on the white list and which can then be redirected to? This way , steam rules which steam servers a client can add as faves, the client gets to keep servers one allows the servers one is on to be redirected to, and the server peeps get players who can tag their faves... isn't that a win win situation?
Take me as an example.. all legit and never bothered with hacks, cheats, illegal servers whatnot.. but minute I came across this crap, and that the past 4 days have been due to not knowing about steam just decided to kill Xredirect ,) I instantly am looking up at these romanian hacked code and trying to incorporate it into the code.... As long as it ain't cheating or illegal (for me or my users).. I don't really care if valve likes it or not... see the irony? :/ Leave some headspace... after all, this is not new, it's not source or go, it's not only legacy but legend.
As with anything legend, one treats it with a certain respect and leniency. Don't shoot yourself in the foot in disrespecting those notions.
/random bla bla end.
Oh and to add.. I didn't see any notices about xreidrect regarding my build, because I can't seem to get a normal update going with autoupdate on arch linux. The hlds_run script is rather primitive in it's scope so atm I am just wrapping around it , rather than patching it, but the good thing about true programming , i.e. open source, is you will have contributors sorting it out.
So I am on a build from 13th of Feb. or so?
but ye, so sorry, hadn't touched hlds since well early noughts now. Was suprised to see a Ukrainian ip past two days use HLXbrute or so to try and bruteforce rcon? (fixed) although I get Server requiring authentication spamming the console, and seems to have made the servers unstable :/ Can't find much about it, and perhaps this is a bug I should file?
I hope we see some traction on this, would be really good to have a confirmation come up so that atleast the redirection can be unblocked again. pretty bad to not think about the community at all when the decision was made to block all redirect options.
@mikela-valve Add a new command "redirect < ip >" for display a menu (obviously only works inplaying)
Menu:
Redirect to: <ip>
1. Redirect
2. Cancel
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
Who wants to play on a server that bans to people that doesn't want to be redirected? Probably nobody = server loses players and problem solved
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
Who wants to play on a server that bans to people that doesn't want to be redirected? Probably nobody = server loses players and problem solved
In general yes, but this command would exist in all games so in games and mods with few servers this scenario becomes more likely.
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
As if you could not do that before...
And, why not something like this? https://i.imgur.com/HcilIIX.png
And, adding an option to enable or disable this, like this: https://i.imgur.com/74G2oVg.png and a cvar like cl_allowaskredirect 0/1 (which should be a privileged cvar)
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
Who wants to play on a server that bans to people that doesn't want to be redirected? Probably nobody = server loses players and problem solved
I agree with this. Players aren't idiots. If the server becomes annoying asking for redirect them, probably they will search another server to play.
This could be abused by sending the command, then telling the client "Agree to redirect in X seconds or you will be kickbanned". This should be taken into consideration before implementing such a command.
stop playing on servers like this...
i think a sneaky redirect (instantly when connected) can go under the radar and some players won't even notice
but you would definitely notice something like this and leave that server once and for all
