Open GoogleCodeExporter opened 9 years ago
ULX does fine with RP names for me...
Original comment by fpeijnen...@gmail.com
on 30 Aug 2012 at 4:32
Yes, the majority of the time it works, but when more users begin to join in it
happens to a large portion of them, some names will show as their rpname
perfectly, others will load as their steam name even though they have a rpname
set, which can be found using your rp_lookup function.
It's not a huge deal, but can get confusing when players need to be
reprimanded.
Original comment by rok...@summit-gaming.com
on 30 Aug 2012 at 4:38
hmm, please look very hard for errors.
try lua_log_sv 1 and lua_log_cl 1 to log all the errors.
it's really hard for me to fix something like this if iI have no way of
reproducing it.
Original comment by fpeijnen...@gmail.com
on 30 Aug 2012 at 5:39
I'll leave the two logging variables enabled for a while and see if I catch any
errors, but I've restarted the server quite a few times and haven't managed to
find one.
It looks like in the code you updated to fix the invisible name,
return self.DarkRPVars.rpname and tostring(self.DarkRPVars.rpname) or
self:SteamName()
That sometimes the "DarkRPVars.rpname" will be pulled, and then other times it
seems to have an issue and returns the self:SteamName(), since that's an or,
you want me to try removing the self:SteamName() and see if it sometimes turns
up a NULL because it can't get DarkRPVars.rpname?
(Better yet, I'll just add some debug prints after that line and see if
anything fishy comes up, sorry for the lack of evidence.).
Original comment by rok...@summit-gaming.com
on 30 Aug 2012 at 9:12
Okay, made some quick progress. I just removed the SteamName from this line in
cl_init.
return self.DarkRPVars.rpname and tostring(self.DarkRPVars.rpname) or
self:SteamName()
so it looks like this now,
return self.DarkRPVars.rpname and tostring(self.DarkRPVars.rpname)
Had a friend of mine join who had the rpname issue before, and he was getting
this when looking at me.
[@sui_scoreboard\player_row.lua:124] bad argument #1 to 'SetText' (string
expected, got nil)
ERROR: GAMEMODE:'HUDPaint' Failed: [@lua\includes\modules\draw.lua:149] bad
argument #1 to 'len' (string expected, got nil)
You can see that's returning nil for the player name, which is errors out a lot
of other plugins that can't find a name, and since that line no longer provides
the "SteamName," it just stops after trying to get the rpname. (Which we all
had rpnames set when testing this.)
Also, lug_log_cl doesn't appear to exist in Gmod10.
Unknown command "lug_log_cl"
There were no server-side errors, as the server-side is pulling the rpname
fine, it's the client side that is getting garbled. Because I can always do
rp_lookup and find the RPName, even if the scoreboard, ulx, and everything else
client side is showing the SteamName.
Why the rpname is sometimes returning nil on the client-side is beyond me.
Original comment by rok...@summit-gaming.com
on 30 Aug 2012 at 9:43
This happens in my server also, If I notice an error I'll mention it, although
I believe no error is fired off, must the the "or". May have something to do
with 'DarkRPVars' returning a nil.
Original comment by core...@gmail.com
on 31 Aug 2012 at 2:33
The client doesn't have any rp names when they join. they all get sent
afterwards. see if the bug does not occur when you open these menus like tree
twenty seconds after you're in the server
Original comment by fpeijnen...@gmail.com
on 31 Aug 2012 at 6:53
oh and not everyone has an rp name, so it will return the steam name for them
too
Original comment by fpeijnen...@gmail.com
on 31 Aug 2012 at 6:55
When people get this glitch, it seems to override everything else that isn't
darkrp. It's permanent until they change their rpname name. (which fixes it no
problem)
Original comment by rok...@summit-gaming.com
on 31 Aug 2012 at 6:56
And the people in the screenshots have rpnames set, I even had an rpname set,
it works fine for me, but others will get this issue, and sometimes they will
see me as my steam name, not my rpname.
Original comment by rok...@summit-gaming.com
on 31 Aug 2012 at 6:57
I have no idea how to even start with this issue.
Original comment by fpeijnen...@gmail.com
on 31 Aug 2012 at 1:08
I found a server that has the problem. ply.DarkRPVars.rpname is nil. Now to
find out why.
Original comment by fpeijnen...@gmail.com
on 31 Aug 2012 at 9:38
Some people's RP names show and some people's RP names don't. This is rather
difficult :/
Original comment by fpeijnen...@gmail.com
on 31 Aug 2012 at 9:54
Maybe a character in the name is causing the called information to be
recognized as arguments/table? I've had an issue of that sort before; with
characters causing my return to be nil and using some prints it showed it being
a table so I had to use gsub with certain characters, in this case it was ( and
) not sure if this is what's going on but, worth a say.
Original comment by core...@gmail.com
on 6 Sep 2012 at 9:01
*used gsub before the information sent, in which was the case of my issue.
Original comment by core...@gmail.com
on 6 Sep 2012 at 9:17
[deleted comment]
Any ETC on when this will be fixed?
Original comment by christop...@gmail.com
on 7 Sep 2012 at 1:27
He doesn't know what's causing it, neither do you, neither does anyone else who
has posted. That's why he's left the ticket open. It's not like he hasn't
looked into it, he knows there's a problem.
Original comment by rok...@summit-gaming.com
on 7 Sep 2012 at 1:35
Finally found the god damn cause
Original comment by fpeijnen...@gmail.com
on 9 Sep 2012 at 3:37
Thank you for the update, it looks like some debug print was left in the file.
(Just a heads up)
Timer Error: [gamemodes\darkrp\gamemode\server\player.lua:210] attempt to call g
lobal 'fprint' (a nil value)
Original comment by rok...@summit-gaming.com
on 10 Sep 2012 at 4:55
Remove that line for now, will fix asap
Original comment by fpeijnen...@gmail.com
on 10 Sep 2012 at 4:58
ERROR: GAMEMODE:'HUDPaint' Failed: [darkrp\gamemode\client\hud.lua:50] attempt
to compare number with string
After the latest update.
Original comment by rok...@summit-gaming.com
on 12 Sep 2012 at 2:22
Tried the fix and still having this issue :s
Original comment by mckenzie...@gmail.com
on 10 Nov 2012 at 9:59
Probably because you're not updated to the latest version. Darkrp moved to
github.
https://github.com/FPtje/DarkRP
Original comment by rokro...@gmail.com
on 10 Nov 2012 at 10:11
Original issue reported on code.google.com by
rok...@summit-gaming.com
on 29 Aug 2012 at 11:25