!xgui command removed?

[krooks]

Was this command removed in the latest SVN update?

[JamminR]

+Added: XGUI command info to ulx help

Perhaps. Tried "ulx help" in console?
If that doesn't show it, try !menu
It's what ULX used to use, and may have been converted.

[Stickly Man!]

ulx help won't show XGUI commands, as they aren't really fully-fledged ULX commands. I was working with Megiddo to the info in the help using a new function he made, but I was having issues with it so I pulled it out of the update until we both have some free time.

And, no, !xgui should not have been removed in the latest update. I don't have time to test tonight, but can you still open xgui via other means? If so, then I may have broken something, and I'll look into it as soon as I can. Thanks!

[krooks]

I updated again and saw that 2 files were changed, it seemed to have fixed things. Thank you!

[Stickly Man!]

Oh, you must have updated before I had pulled Megiddo's not-yet-implemented function, so there would have been a startup error preventing xgui to open. Glad it all worked out!

[JamminR]

Fine, make a liar out of me, making a repost of an update entry of you lying about something you didn't add until hours/days after you said you added it.
See what I get for trying to help.
I'm just gonna go back to my corner, and wait for full release.

No. Wait. I can't sit still that long.

[edk141]

Someone sounds happy

[JamminR]

Heh, I didn't add the tongue in cheek smile.
They know I'm pickin, specially with the last statement.

[Stickly Man!]

Oh wow, looking back I must have only read the bottom half of your message, JamminR... X| haha

Please accept my apologies-- this is what happens when I check the forums while I'm currently a few hours away from a largeish school assignment being due

And not to worry JamminR, I'm officially done with school in about 8 days! I should have plenty of time to get XGUI ready for release! (You know.. after I'm done playing Portal 2.. which comes out in 7 days *shifty-eyes* )

[Solonari]

Apologies for the bump, but after yesterday's SVN update, I'm seeing the "Unknown command: xgui" response.
Found an _xgui concommand, but it results in ...

Code: [Select]

Lua Error: [addons\ulx\lua\ulx\modules\xgui_server.lua:59 attempt to concatenate local 'name' (a nil value), but worry not, mortal, for Stickly Man is on the job.
Did not see any errors involving ULX/ULib (warnings about logString() being phased out, though) during bootup, but the wonderful little XGUI is ... dead.

[Stickly Man!]

Hmm, that's odd.. That error you're getting is actually a minor one, It's supposed to say "command not found" when you run _xgui <cmd>, where <cmd> is an invalid command (or blank, apparently).

Are you sure you're not getting any errors on serverside? If possible, can you post a startup log from the server?

Also, for now you can try running the console command "_xgui getInstalled" on your client.. That may or may not get it running, depending on what the problem is.

[Solonari]

From client,
[@ulib\client\cl_util.lua:9] Received bad RPC, invalid function (xgui.getInstalled)!

Figured it wouldn't hurt to run it on the server just in case, so ... from server,
Lua Error: [@addons\ulx\lua\ulx\modules\xgui_server.lua:84 bad argument #1 to ULib.clientRPC (nil,Player,table expected, got Entity)

And in case it's a concern, I do not have ULX/ULib installed on my client machine.

Thanks for the help on this.

[Stickly Man!]

"Received bad RPC, invalid function (xgui.getInstalled)!"

To me that sounds like the clientside portion isn't loading at all?    What does "lua_run_cl PrintTable( xgui )" show on your client console?

If you want, I will be home from work in 2ish hours, and I can take a look at your server to see if I can spot anything

[Solonari]

Ah, an interesting question about lua_run_cl PrintTable( xgui ) ...

Script enforcer won't allow me to do that.  Number of people on the server at the moment, so I can't turn it off and reboot without scriptenforcer, but I'll have the config scripts set to turn them off for the next reboot for validation.  If it's scriptenforcer, we should have a happy xgui for the following boot cycle (though thanks to all the little script kiddies, we've been forced to keep it on).

Sorry for the delays.  I'm at work as well and am clumsily juggling this in from one of the admins.

*edit*

Script enforcer is now off.  XGUI (well, "xgui") is still an unknown command.

Code: [Select]

lua_run_cl PrintTable( xgui )
hook:
onOpen:
onProcessModules:
addSettingModule = function: 03659638
queueFunctionCall = function: 2DEF0628
data:
modules:
tab:
setting:
submodule:
addModule = function: 03659500
addSubModule = function: 036597D0
flushQueue = function: 2DEF05D8
prepareDataType = function: 03659230
settings:
moduleOrder:
1 = Cmds
2 = Groups
3 = Maps
4 = Settings
5 = Bans
animTime = 0.22
settingOrder:
1 = Sandbox
2 = Server
3 = XGUI
tabcompletes:
hookEvent = function: 03659350
*edit*
And just got this ... not sure why since I was just in the adv dupe panel...

ERROR: Hook 'XGUI_GetKeyboardFocus' Failed: [@ulx\modules\cl\xgui_helpers.lua:41] bad argument #1 to 'HasParent' (Panel expected, got nil)
Removing Hook 'XGUI_GetKeyboardFocus'
ERROR: Hook 'XGUI_LoseKeyboardFocus' Failed: [@ulx\modules\cl\xgui_helpers.lua:51] bad argument #1 to 'HasParent' (Panel expected, got nil)
Removing Hook 'XGUI_LoseKeyboardFocus'

[Stickly Man!]

And I apologize for this delay, got sidetracked with dinner and with having issues with my soundcard that should be fixed now

Yeah, there's a hook that gets called when a textbox is entered or exited, and I believe XGUI hooks into it, so that's probably why you got that error at the adv dupe panel.

It's hard for me to determine what the underlying problem is, it still sounds to me like the client is not getting loaded properly, but I'm not sure. I'd like to chat with you on steam and take a look at your server if you'd like, and hopefully I can figure out what's going on.


EDIT: Just tried it on my local vanilla server, even after enabling scriptenforcer, it still works here