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.
Scripting file won't refresh/reload
Posted by Deramius on Sun 27 Apr 2014 08:57 PM — 13 posts, 41,831 views.
What setting do you have in world configuration -> Scripting -> Scripts -> Recompile when script file changes?
World config -> Scripting -> "Recompile when script file changes:" is currently set to "Confirm"
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.
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.
The auto-detection of changes to files does not apply to plugins. Just editing them won't do it either.
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.
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
I am using MUSHclient version 4.84
http://www.docdroid.net/bxjd/mushclient-bug-report-1.pdf.html
Which version of Windows are you using? Thanks for the detailed report. A screenshot of the scripting configuration page would help too.
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:
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.
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 ...
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.
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).
That's what I usually do (using Crimson Editor).
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.
**edit** I spoke too soon. Will report back.
My updated bug report:
http://www.docdroid.net/bxz0/mushclient-bug-report-2.pdf.html
http://www.docdroid.net/bxz0/mushclient-bug-report-2.pdf.html
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
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