Register forum user name Search FAQ

Gammon Forum

Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the password reset link.

Due to spam on this forum, all posts now need moderator approval.

 Entire forum ➜ MUSHclient ➜ Bug reports ➜ Scripting file won't refresh/reload
Scripting file won't refresh/reload

It is now over 60 days since the last post. This thread is closed.     Refresh page

Posted by Deramius   (12 posts)  Bio
Date Sun 27 Apr 2014 08:57 PM (UTC)
Message
Whenever I try to change my scripting file using a 3rd party editor (notepad++ in this case) the changes are not reflected in MUSHclient. If I check the "use inbuilt notepad" button and then try to edit the file, the script that the MUSHclient brings up for me to edit is out of date. It says it is pulling from the same file on disk that I am editing using notepad++, but it seems like there is some sort of cache that is not being refreshed. Pressing the "reload script file" and the CTRL+SHIFT+R key doesn't help either.
Top
Posted by Nick Gammon   Australia  (23,158 posts)  Bio   Forum Administrator
Date Reply #1 on Mon 28 Apr 2014 09:48 AM (UTC)
Message
What setting do you have in world configuration -> Scripting -> Scripts -> Recompile when script file changes?
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #2 on Thu 01 May 2014 04:44 PM (UTC)
Message
World config -> Scripting -> "Recompile when script file changes:" is currently set to "Confirm"
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #3 on Thu 01 May 2014 04:59 PM (UTC)
Message
Just had a very similar problem trying to change the contents of a plugin. I modified the regex match in your ChatRedirector plugin using notepad++, but when I open the xml using 'File -> Plugins -> Edit' the change is not reflected, even after removing the plugin, adding the plugin, and reenabling the plugin.
Top
Posted by Nick Gammon   Australia  (23,158 posts)  Bio   Forum Administrator
Date Reply #4 on Fri 02 May 2014 06:16 AM (UTC)
Message
For plugins you have to reinstall the plugin (the ReInstall button).

The auto-detection of changes to files does not apply to plugins. Just editing them won't do it either.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #5 on Wed 07 May 2014 03:47 PM (UTC)
Message
When I said re-enable I meant re-install. What I'm trying to say is that when I try editing the contents of a plugin using a third party editor, the changes aren't detected by MUSHclient no matter what I do. I have to use the built in editor to get MUSHclient to change the contents of the plugin. I will do some more testing and show you an example.
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #6 on Wed 07 May 2014 04:34 PM (UTC)

Amended on Wed 07 May 2014 04:35 PM (UTC) by Deramius

Message
Here is a writeup of the problem I am experiencing.
I am using MUSHclient version 4.84

http://www.docdroid.net/bxjd/mushclient-bug-report-1.pdf.html
Top
Posted by Nick Gammon   Australia  (23,158 posts)  Bio   Forum Administrator
Date Reply #7 on Wed 07 May 2014 07:45 PM (UTC)
Message
Which version of Windows are you using? Thanks for the detailed report. A screenshot of the scripting configuration page would help too.

Quote:

If we open up the plugin using the built-in editor again then we see there are still four (4) triggers where there should only be three ...


Do you mean you hit the "Edit" button on the Plugins menu?

The relevant code if you do that, and using the built-in editor is here:


void CPluginsDlg::EditPlugin (const CString strName)
  {

  if (m_pDoc->m_bEditScriptWithNotepad)
    {
    CTextDocument * pNewDoc =
      (CTextDocument *) App.OpenDocumentFile (strName);
    if (pNewDoc)
      {
      pNewDoc->SetTheFont ();
      pNewDoc->m_pRelatedWorld = m_pDoc;
      pNewDoc->m_iUniqueDocumentNumber = m_pDoc->m_iUniqueDocumentNumber;
      }
    else
      ::UMessageBox(TFormat ("Unable to edit the plugin file %s.",
                  (LPCTSTR) strName), 
                      MB_ICONEXCLAMATION);
    return;
    }   // end of using inbuilt notepad

  m_pDoc->EditFileWithEditor (strName);

  } // end of CPluginsDlg::EditPlugin


What that might do, if you already have that file open (in MUSHclient), is switch to the existing window, without reloading it. I don't think there is a check there to see if the file on disk has changed "underneath it" like modern editors do.

So, is your bug report about this phenomena, or about the fact that it doesn't auto-detect the change (made in the other editor)?

If about this, then I suggest not using two editors at once.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Nick Gammon   Australia  (23,158 posts)  Bio   Forum Administrator
Date Reply #8 on Wed 07 May 2014 07:46 PM (UTC)
Message
I also suggest switching (in the scripting configuration) to use your external editor when you hit the Edit button, thus doing so would open your own editor, avoiding this issue.

That's what I usually do (using Crimson Editor).
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #9 on Wed 07 May 2014 09:10 PM (UTC)

Amended on Wed 07 May 2014 09:50 PM (UTC) by Deramius

Message
I'm using Windows 8.1; I'm going to uninstall/reinstall into my User directory and see if that fixes the problem in order to rule out a permissions issue. I'll report back with my results.
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #10 on Wed 07 May 2014 09:51 PM (UTC)

Amended on Wed 07 May 2014 09:58 PM (UTC) by Deramius

Message
**edit** I spoke too soon. Will report back.
Top
Posted by Deramius   (12 posts)  Bio
Date Reply #11 on Thu 08 May 2014 12:57 AM (UTC)
Message
My updated bug report:

http://www.docdroid.net/bxz0/mushclient-bug-report-2.pdf.html
Top
Posted by Nick Gammon   Australia  (23,158 posts)  Bio   Forum Administrator
Date Reply #12 on Thu 08 May 2014 05:51 AM (UTC)
Message
There is some weird issue with Vista (and I presume Windows 8) where Windows silently redirects files to not be where you expect. Some discussion here:

http://www.gammon.com.au/forum/?id=9842

I can only suggest putting the MUSHclient install somewhere else (not Program Files), like the desktop, or My Documents or whatever they call it these days.

Also see here:

http://www.gammon.com.au/forum/?id=9832
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.

30,947 views.

It is now over 60 days since the last post. This thread is closed.     Refresh page

Go to topic:           Search the forum

[Go to top] top

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.

Home