Zugg Software :: View topic

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

EDIT: adding this to 1st post, as the initial problem wasnt the problem...

In another NEW cmudpro install... at connection window...

at command line...

#MXP %ansi( cyan)Lines in File%char( 32) %ansi( cyan): %ansi( white)%filesize(1) <send '#LAUNCH notepad.exe %concat("c:\cmudpro\aardwolf\info\area\",%zonenum(),"_info.txt")'>Edit</send> (aedit)

shows: Lines in File : Edit (aedit)

clicking "Edit" does nothing for me... so this thread should be "Problems with MXP send #LAUNCH" as that is the problem

all this doesnt really apply anymore...

Posted: Fri Apr 09, 2010 2:54 pm

Do you have the preference "Allow commands in MXP menus" enabled in your MXP Preferences?

I just tried your aliases here and when I click the "Edit File" link, it displays:

notepad c:\cmudpro\aardwolf\info\area\1_info.txt

on the screen. Either when I run "aedit" manually or if I click the link. Both work here.

Also, if you are trying to actually launch notepad, then you probably need to use the #LAUNCH command, right? Or do you have another alias on your system called "notepad" that does this?

And yes, the Ctrl-M formatting adds spaces to function arguments. You are using something left over from zMUD called "implicit concat" which can cause problems. In CMUD you should be using a stricter syntax for your aedit alias like this:

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

yes, alias for notepad...

#ALIAS notepad {#LAUNCH {notepad.exe %-1}}

changed the aedit alias to use concat

Allow commands in MXP menus = checked already

aedit manually works, clicking the Edit File link does nothing, right click edit file, choosing from memnu does not either.

clicking "NO" in AQ Info Exists : NO (aqinfo) works... wierd right?

i use mxp links ALL over the place, this is the only one so far that aint working

>mobfind A disrespectful changeling
Finding: A disrespectful changeling...

Name: A disrespectful changeling Level: 152 Align: evil
Room: A Wagon-encircled Menagerie SW: 43681 go
Area: The Gathering Horde
Notes: none

the SW: 43681 correctly displays path when clicked, the "go" correctly runs to the room when clicked

You still have to kill 1 * the halfling (Anthrox).

can click to lookup mob or runto area...

MXP links just work... this confuses me :P

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

ok, i went into the line below Edit File that sends aqinfo, it worked

i changed the command it sends from 'aqinfo' to 'aedit', and it broke it

made a new root class, 12345

made an alias in it, alias1

copied the contents from ainfo into alias1... it worked.. wtf?

it worked cause i had disabled the class with the original aliases in it...

as soon as i recreated new aedit (renamed to alias2) in the 12345 class which was enabled... clicking was broke again

if i delete or disable the aliases that send trys to send... the clicking works... kinda like what %eval(10+10) was doing when i had a 20 alias

with aedit alias disabled, typed ainfo... then cliked in the link to aedit...

going to try on a clean session with only those 2 aliases... ainfo & aedit...

ok, new session, created manually, AreaInfo, then area_info classes...
created ainfo alias... works, sends bad command to mud of "aedit" on click.
created aedit alias... works, sends bad command to mud of "notepad c:\cmud\aardwolf\info\area\196_info.txt"
created notpad alias... contents: #LAUNCH {notepad.exe %-1}

Clicking Edit at this point sends nothing...

altered notepad alias to: #SHOW LAUNCH {notepad.exe %-1}

Clicking edit shows: LAUNCH {notepad.exe %-1}

changing to #LAU, #LAUN, #LAUNC sends to mud... i guess this command cant be abbreviated

MXP used to be ok with #LAUNCH... is it not anymore?

cmud pro installed to c:\cmud with settings stored in c:\cmud under XP

re-imported all XML, same thing, so it wasnt a corrupted setting on my end

heh, even changed the notepad alias to Perlscript,

$sess->ProcessCommand("#LAUNCH notepad.exe " . $zvar->Param1 . "");

no go,

$sess->ProcessCommand("#SHOW LAUNCH notepad.exe " . $zvar->Param1 . "");

works

Edit:
In another NEW cmudpro install... at connection window...

at command line...

#MXP %ansi( cyan)Lines in File%char( 32) %ansi( cyan): %ansi( white)%filesize(1) <send '#LAUNCH notepad.exe %concat("c:\cmudpro\aardwolf\info\area\",%zonenum(),"_info.txt")'>Edit</send> (aedit)

shows: Lines in File : Edit (aedit)

clicking "Edit" does nothing for me... so this thread should be "Problems with MXP send #LAUNCH" as that is the problem

Posted: Mon Apr 12, 2010 4:54 pm

Confirmed. I'll take a look at this, but I'm pretty sure the issue is that CMUD is preventing the #LAUNCH command from running via MXP because you'd NEVER want the MUD to be able to execute the LAUNCH command and allow it to execute code on your computer. It's possible this security issue was extended to *any* use of the SEND tag, even when used locally.

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

I found a workaround past MXP security and #LAUNCH...

#MXP <send '#SHOW Editing info for %concat("c:\cmudpro\aardwolf\info\area\",%zonenum(),"_info.txt")'>Edit</send>

then make a trigger for: ^Editing info for (*)$
have this trigger do: #LAUNCH notepad.exe %1

Posted: Tue Apr 20, 2010 3:39 pm

Clever :) See, there is always another way to do almost anything. If this was IE, I'd have to patch that as a security flaw ;)

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

uhm... you are gonna fix this aint you? hopefully before you decide to make everyone pay again :P

having a trigger with MXP in it to send text just so another trigger can send a command seems rather shody to me.

would rather just be able to create the send sub todo what i want it todo in the 1st place... past #LAUNCH had the same issue trying todo an MXP sql_delete_mob alias... it does a "DELETE FROM mob where id=%1" ... dont work with MXP... SELECT's do... but any command that writes to the db fail... i can run sql_delete_mob X from command line or through that workaround trigger... but having 2 triggers todo one thing blows.

Posted: Sat Apr 24, 2010 5:19 pm

Adept Joined: 10 Jan 2002 Posts: 264 Location: USA

And again, 2 years later, more money spent... new version 3.34... "Yes, it's on the bug list, but probably not for the next version." still don't work as expected :(