Ulysses
Ulysses Stuff => General Chat & Help and Support => Topic started by: krooks on April 11, 2011, 06:21:29 PM
-
Was this command removed in the latest SVN update?
-
+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.
-
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!
-
I updated again and saw that 2 files were changed, it seemed to have fixed things. Thank you!
-
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!
-
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.
-
Someone sounds happy
-
Heh, I didn't add the tongue in cheek smile.
They know I'm pickin, specially with the last statement. :)
-
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 :P
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* )
-
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 ...
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.
-
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.
-
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.
-
"Received bad RPC, invalid function (xgui.getInstalled)!"
To me that sounds like the clientside portion isn't loading at all? :o 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
-
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.
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'
-
And I apologize for this delay, got sidetracked with dinner and with having issues with my soundcard that should be fixed now :P
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 :-\
-
I just noticed that I am no longer getting the [authed] messages either on the console or on my client when someone spawns in the game.
If someone considered this a "debug message that should be removed," then no problem. But otherwise it might indicate that the issue is farther upstream than the XGUI module itself. A "ulx who" still shows the appropriate user groups, and ulx-prefixed commands still work, but no auth messages. Hmmm. I sincerely hope I haven't been wasting your time.
-
Okay, we got it fixed, it was a reeaaallly stupid bug on my part that only affected people who didn't have a saved file of their XGUI settings on their client (i.e. I'm guessing pretty much everyone :P)
Fixed in ulx rev. 170, thanks Solonari!
-
Hey, was great hanging out with you while you fixed it, Stickly. Thanks again. :)
Besides, you helped us clean up our flag list and even came up with a solution for our other little question, so three thumbs up there!
Enjoy your early weekend, and feel free to drop in anytime you like. You'll probably get along like gangbusters with Fungus now that I'm not hogging your time. ;)
T'care and catch ya later