Zugg Software :: View topic

Wanderer Joined: 14 Oct 2007 Posts: 50

I've searched for a similar problem but I don't see it. So if I've missed it sorry for the duplicate post.
Anytime I read a link thats on a mud message board, or if I say, or if someone else says a link, cMud immediately freezes, and I hafta kill it and start it again. Anybody else having this problem?

Posted: Sun Dec 06, 2009 6:07 am

Definitely, and I thought it was just me at first, but I know of at least two others who are having this problem.

Charneus

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

is the link formed correctly? CMud has a package that linkifies urls for you. It might cause problems if your mud allows for mxp tags to be embedded in its messages that does the same thing.

Beyond that, say hello to my li'l friend--corruption.

Posted: Sun Dec 06, 2009 6:26 am

That's what we've all been using. I know of three people, at least, on Aardwolf who have had to disable the clickable url package, and this is just when someone posts a link on a channel or is in their finger information.

Never was a problem before until just recently. And of course, not much we can do with a debug test if CMUD locks up on us. Guess it could be tested in a blank session, no connection, and just spamming a link or so.

Charneus

Posted: Mon Dec 07, 2009 9:23 pm

You need to post the exact URL link that is causing the hang for me to help with this.

Wanderer Joined: 14 Jul 2004 Posts: 83

Add me to the list it's happening on. And, Zugg, it's difficult to get the link since CMUD is freezing before displaying it. I ended up disabling the Clickable URL package entirely and haven't had a freeze since.

I had to disable the package on the child windows too since I #capture into them and just disabling it on the main window didn't fix the problem.

For me, it started when I upgraded to 3.12 Pro.

Posted: Wed Dec 09, 2009 5:27 pm

Well, when you disable the Clickable URL package, then you'll see the link as plain text, right? So copy and paste the URL into this forum. As I said, I can't help with this at all until somebody posts a URL that causes the hang.

Wanderer Joined: 14 Jul 2004 Posts: 83

http://www.thinkgeek.com/geektoys/japanfan/c50f/?cpg=119H

Posting that link froze my CMUD

Posted: Thu Dec 10, 2009 5:50 pm

I wasn't able to reproduce this. Here is what I did to test it:

1) Run CMUD, close the Sessions window
2) Type:
#LOAD "Clickable URLs"
to load the Clickable URLs package. You should see a message that the package was loaded.
3) Now type:
#SHOW "test http://www.thinkgeek.com/geektoys/japanfan/c50f/?cpg=119H link"

I didn't get any hang, and I was able to click on the URL without a problem. So it sounds like the MUD might be sending more than just that link in your case. I need you to open your session and then open the Script Debugger window and make sure the Raw Input/Output message is turned on in the Script Debugger menu. Disable or unload the Clickable URL package so it doesn't hang, then do whatever on your MUD to cause the bad URL to be displayed. Then Copy/Paste the results from the Script Debugger window into [CODE] tags on this forum so I can see the *exact* data being sent from the MUD.

Posted: Thu Dec 10, 2009 7:10 pm

Posted: Thu Dec 10, 2009 8:58 pm

Perhaps it is the double processing, once in the main window and again when it gets captured to another window?
I have had this happen with random youtube links on New Worlds as well.

Wanderer Joined: 14 Jul 2004 Posts: 83

Posted: Fri Dec 11, 2009 12:29 am

Yes, I need to see the output from the 3.12 version, with the Clickable URL package disabled. Also, both examples seem to be showing the results of the #SHOW command. The data sent from the MUD shouldn't have the "test" or "link" words in it.

Posted: Fri Dec 11, 2009 1:15 am

Zugg: My example only shows the whole thing because I was too lazy to edit it out at the time. It still caused CMUD to hang, though. However, here is the output without the #SHOW test ... link in it:

Wanderer Joined: 14 Jul 2004 Posts: 83

SubAdmin Joined: 18 Nov 2001 Posts: 5182

Can someone that has had a problem with this test changing the pattern of the link #SUB trigger to this:

Posted: Fri Dec 11, 2009 8:05 am

Posted: Fri Dec 11, 2009 8:17 am

So to try to help things along, I ran the #DEBUGFILE with the Clickable URLs enabled to see what I could come up with. Did #DEBUGFILE urls.txt traceurls.txt.

From urls.txt:

Posted: Fri Dec 11, 2009 6:28 pm

This is really odd. I can't get this to fail at all in a blank session in CMUD 3.12. This time, I tried:

1) Run CMUD, close Session window
2) Type:
#LOAD "Clickable URLs"
3) Type:
#show {%e[1;33m(%e[1;37mGroup%e[1;33m) %e[1;33mCharneus: 'http://www.thinkgeek.com/geektoys/japanfan/c50f/?cpg=119H'%e[0;37m}

Worked fine here. Maybe this is dependent upon the version of Windows being used? I tested on Vista. I'll try to do a WinXP test later today.

Please try the exact procedure above to see if the problem only occurs when online or not. You also might try deleting your "Clickable URLs.pkg" file and then reinstall a fresh copy of CMUD to replace that package just in case your package is corrupted somehow. You can also try deleting any PCRE*.DLL file in your CMUD Data Files and CMUD Application folder and reinstall to replace that DLL in case it is somehow corrupted.

As Vijilante was testing, usually a hang in a trigger like this is caused by some problem with the PCRE DLL, but it's very strange that I cannot reproduce it at all.

Posted: Fri Dec 11, 2009 7:10 pm

Well, I've done everything I could think of on my end to see what I could do to reproduce it myself. I created a new connection, loaded clickable urls, loaded my channel capture script, tried going 'gt http://www.thinkgeek.com/geektoys/japanfan/c50f/?cpg=119H', and it worked perfectly. No hangups, nothing.

Apparently, my settings are causing some sort of conflict with this, though I don't know what it could be. And if it is the case of it being my package, that probably spells package corruption. However, with this many people having trouble with it too, it might be something to do with CMUD on a root level. If it was just one or two people, maybe that'd be a different story. But as you see, I'm not the only one having this trouble.

I'll try to do some more testing and see what I can find out, at least. I have over 600 triggers and 273 class folders, so it'll be a while, narrowing it down to one culprit.

Charneus

Posted: Fri Dec 11, 2009 7:33 pm

Posted: Fri Dec 11, 2009 11:11 pm

Try to give me the exact #capture script that reproduces the hang in a blank session.

All windows will have Clickable URLs enabled by default since that is in your Default Packages settings.

Posted: Fri Dec 11, 2009 11:55 pm

Posted: Sat Dec 12, 2009 12:16 am

Ok. Definitely repoduced in untitled session. Here are the steps.

1. Open CMUD
2. Escape to Untitled Session.
3. Type #LOAD "Clickable URLS" on command line.
4. Type #WIN Chat on the command line.
5. Open up settings editor.
6. Click on 'Chat' window, enable 'Clickable URLs' in the list of packages.
7. Paste the following code in the editor:

Posted: Sat Dec 12, 2009 5:25 pm

Finally! I was able to reproduce the hang.

As you guessed, the problem is with the #capture and having the clickable urls enabled in the Chat capture window.

In fact, it has nothing to do with PCRE or the pattern match. The problem seems to be the #SUB command for the actual Clickable URL trigger. What is happening is that the Clickable URL trigger is firing in the main window, and converting the web link to an MXP A tag link. Then the #CAPTURE command sends the MXP link to the Chat window. Then the Clickable URL trigger fires in the Chat window and tries to add *another* MXP A link.

If you turn off the "Capture MXP" option for the Chat window, then it doesn't hang, because then it's not transferring the first MXP link. Or, if you change the Clickable URL trigger to not #SUB with the MXP A link then it also works. So it's just when an existing link is captured to a window and then #SUB tries to add another link around it.

In any case, now that I have a good way to reproduce this, I have added it to the bug list. Thanks for getting me the script and being patient with me as I tried to reproduce this.