@akurzawa ,

gup.exe is the binary that Notepad++ uses when it is asking the server if there are updates available, and when you are installing plugins using Plugins Admin.

The destination IP that your screenshot shows is the current IP for norepad-plus-plus.org

I am not an expert on the format of your output, but everything I see seems legit to me.

@Coises The older releases may be available somewhere. I think they may be then uploaded and shared by someone who has.

@PeterJones Thank you so much. It is looking MUCH better now.

@PeterJones Thank you so much for the detailed explanation! 🤗
I understand now why it behaves differently than before and can totally relate.
Keep up the great work! 👍

btw, i am simply using the superbly integrated ‘Read-Only’ functionaility! So I get the the safety AND convenience (no restart required).

All the best.

@mr10008 ,

That’s weird. I know that last year, while Notepad++ and it’s associated installer and DLLs were self-signed, some AntiVirus software would pause/halt the installation. But that should have been fixed last year when Notepad++ moved to the new GlobalSign signature.

My only thought is that for whatever reason, NppShell.dll is being write-protected while the rest of the installled executable and DLL and config files are not… which makes no sense to me, but maybe. If so, then I wonder if your taskbar shows the UAC icon (2cdfa78e-bc0a-422e-b8f3-6fa8e28f46fc-image.png) – if so, if you click on it, then Windows can ask you permission to let Notepad++ finish installing.

I am doubtful it’s the UAC, however, so I had been hoping that @xomx would chime in by now, in case he had other ideas for a solution, or questions that he can ask for clarification (as he’s really good at issues with the installer).

@jpatterson-ATL said in Unsaved?:

But, as a general rule, are you saying that if I didn’t manually save the file, that the cached changes just disappeared when I made the save choice, whatever that was?

See our periodic backup FAQ. Essentially: Notepad++ believed you when you gave it the answer. The “session snapshot and periodic backup” feature was never meant as a long-term backup (there’s the backup-on-save option for that), but as a “try to protect me, if you can, if something goes wrong on the computer between my reasonable-duration saves” feature.

The notes.txt file is stored in OneDrive but the file version history shows the newest date to be over a year ago.

It boggles my mind that you would have a named file that you cared about, and not noticed that it hadn’t saved to the OneDrive in more than a year. And not noticed that the icon on the tabbar had been saying “unsaved changes” for all that time. And that you can go that long without ever thinking about hitting Ctrl+S or clicking the Save menu or toolbar button.

Given your habit, I would highly suggest installing and configuring the AutoSave plugin, so that you don’t lose data again in the future. How to set up that plugin is described in detail in the FAQ.

@PeterJones Thank you.

@LaMar-M said in Modleine Parser No Longer Works:

I’ve been using “ModelineParser_0.2” for several years to automatically select the language. This parser is still available here.

Yes. But it hasn’t been updated in 13 years. Notepad++, on the other hand, releases a new version about once a month.

Recently my NP++ version got auto updated (by IT) to version Notepad++ v8.7.4.

Your IT department chose a version from 14 months ago? It will still be missing security updates found in more recent Notepad++ versions.

But yes, in the intervening 13 years, Notepad++ has made multiple changes to the documented interface for communication between a plugin and Notepad++. There have been some changes that were known to break older/unsupported plugins. But Notepad++ cannot stop all progress just because there are legacy plugins still published out there.

When I open a program that used to default to a specific language, no language is set. I have to manually set it.

Fortunately, the NppFileSettings plugin has modeline support, including recognizing filetype, ft, syntax, and syn for setting which syntax highlighting lexer to use. And its Releases page has 32bit and 64bit downloads, so it will work in your 32-bit edition of Notepad++.

(And also, if you have a consistent filenaming convention with extensions that match the filetype, you can just set the User ext: box in the appropriate language(s) in the Style Configurator to make Notepad++ recognize the file type by extension, rather than by modeline. But if you need modeline support, hopefully NppFileSettings will work for you.)

Notepad++ v8.7.4 (32-bit)

In the modern world, where Windows OS is only maintained in 64-bit, there is virtually no reason to use 32-bit applications. For Notepad++, the only good reason for 32-bit instead of 64-bit is because you have a legacy plugin that only comes in 32-bit, that has no 64-bit version or alternative plugin with the same features.

Looking at your other non-default plugins:

CSVLint (0.4.6.7) PythonScript (0.9.2)

Both of those come in 64-bit versions now.

And PythonScript’s latest official release is up to v2.1.0, which uses Python 2.7.18, with significant bugfixes and feature improvements in both the plugin itself, and in the underlying Python interpreter (interpreter 2.7.1 from plugin 0.9.2, vs interpreter 2.7.18 from plugin 2.1.0). (Given your IT department’s apparent reticence to upgrade, I am not going to suggest moving to the “alpha” version of PythonScript 3.0.24, which uses Python interpreter 3.12.10, even though unless you use a lot of non-unicode files, I personally recommend using the version of the plugin that uses a modern Python interpreter rather than an interpreter that’s past its end of life.)

And assuming that NppFileSettings plugin works as a replacement for the unsupported and incompatible modelineparser plugin for you, then all three of the non-preinstalled plugins that you have shown an interest in will work with 64-bit Notepad++ as well.

As such, if you can confirm that PythonScript v2.1.0 and NppFileSettings will work for you, then I highly recommend that you talk with your IT:

Ask if they can switch to 64-bit Notepad++. Ask if they will support a newer Notepad++. I desparately want to recommend the newest version, because of all the recent security fixes, but if you use UDL, then v8.9.2 probably won’t work for you, so you might have to stick with v8.9.1 until the regression fix for UDL is released in v8.9.3 (hopefully soon)

@harmansinghdeepkandhari:

When you install through Plugins Admin, Notepad++ verifies that the hash of the downloaded zip file containing the plugin matches the hash that was supplied when the plugin was added to or updated in the plugins list.

That is all that is done. Aside from the three plugins included with Notepad++ (MIME Tools, Converter and NppExport), the author/maintainer of Notepad++ does not vet plugins.

Realistically, he could not do that comprehensively. And — in my opinion, wisely — he does not make a halfway, superficial attempt (like running them through a “virus checker”) which would only give a false sense of security and open up the project to claims that it didn’t do “enough.”

Further, it should be understood that plugins in Notepad++ are fully capable of doing anything Notepad++ itself can do. They are C++ programs (or the equivalent) running in the same security context as Notepad++. The architecture is very flexible, but it presumes one only installs plugins worthy of trust.

The user (or system administrator, in a managed system) is completely responsible for establishing the suitability of Notepad++ plugins (just as the same responsibility applies regarding Notepad++ itself). Nearly all are open source; you can examine the code, the issues, and so on. You cannot assume that inclusion in the plugins list means any plugin is “safe”; your own due diligence is required.

@iChal2112 That worked. Thank you :).

I will add the steps in case anyone finds this post with google.

Click the settings icon in the notepad ++ ftp plugin, profile settings, click a profile you want to edit, cache, click the … button by add new button, set a local path I chose C:\Users\user_name\Downloads, set a external path I chose /, click the add new button

An odd thing to note. I am using Windows 11. I also have admin privileges on my computer but still needed to do this. Not sure why I was having trouble. This issue occurred on a red hat server. The red hat server has time out issues all the time.

I have zero problems on my sunos servers. I did not change my cache settings at all on my sunos servers.

Someone that is good with copilot pointed out another option is to use winscp with notepad ++. This required no setup. Just use winscp to open your remote file in notepad++. I have notepad ++ setup as my default text editor. Not sure if this is the case for all Linux/Unix servers but scp is more stable on the red hat server I am using.

@Drift91 said in Notepad++ v8.9.1 Release:

the user had outdated themes, which didn’t have the KEY style for either Langage:INI or Language:Properties.

Were the preinstalled themes out-of-date,

Yes. Only stylers.model.xml and themes\DarkModeDefault.xml were guaranteed to have all updates; all other themes were up to the original theme author and/or other volunteers to keep up to date, and volunteer ever took real ownership of them. That’s why I implemented the new feature, to make sure that themes would never get hopelessly out of date again.

I didn’t see a changelog entry about it.

The changes involved in this new feature were announced as:

v8.8.9 Announcement, Item 8 v8.9 Announcement, Item 7 v8.9.1 Announcement, Item 10 (above)

Thx for your answers
@Coises: I’ll give it a try

@PeterJones

Ah VERY HELPFUL.

I did not realize that what I had quoted was actually a listing of tab headers.

The shading was too subtle for me to recognize that this was not an errmsg, but were actually clickable tabs.

When v8.9.1 started, the tab which was active when opening PluginAdmin was (for whatever reason) the ‘Incompatible’ tab which was entirely blank – leading me to make my error.

Old people are such fun!

Thank you so much, all is well. Well, at least it is with NPP, which is the most one can hope for at the moment - the wider world seems to be slipping beyond repair.

@guy038 said in Columns++ version 1.3: All Unicode, all the time:

So, I don’t see exactly which rule should be applied, regarding the word definition !?

and in Columns++ version 1.3: All Unicode, all the time:

Again, I don’t understand clearly these differences between the two last columns !

This is not going to be a complete response yet, but some further explanation.

Even when using ICU, Boost::regex does not implement the same regex language as described in Unicode Technical Standard #18: Unicode Regular Expressions. Some of the differences are more-or-less dictated by the architecture of Boost::regex; others appear to be choices.

This is a list of category definitions used by Boost::regex when using ICU; the table comes from matching up char_pointer_range in get_default_class_id and char_class_type in lookup_classname:

alnum U_GC_L_MASK | U_GC_ND_MASK alpha U_GC_L_MASK blank mask_blank cntrl U_GC_CC_MASK | U_GC_CF_MASK | U_GC_ZL_MASK | U_GC_ZP_MASK d U_GC_ND_MASK digit U_GC_ND_MASK graph (0x3FFFFFFFu) & ~(U_GC_CC_MASK | U_GC_CF_MASK | U_GC_CS_MASK | U_GC_CN_MASK | U_GC_Z_MASK) h mask_horizontal l U_GC_LL_MASK lower U_GC_LL_MASK print ~(U_GC_C_MASK) punct U_GC_P_MASK s U_GC_Z_MASK | mask_space space U_GC_Z_MASK | mask_space u U_GC_LU_MASK unicode mask_unicode upper U_GC_LU_MASK v mask_vertical w U_GC_L_MASK | U_GC_ND_MASK | U_GC_MN_MASK | mask_underscore word U_GC_L_MASK | U_GC_ND_MASK | U_GC_MN_MASK | mask_underscore xdigit U_GC_ND_MASK | mask_xdigit

Comparison with the table you referenced shows that Boost::regex does not use the same definitions. In particular, lower and upper are defined to be identical to General Categories Ll and Lu, alpha is defined to be identical to General Category L, and word does not contain all the characters mentioned in the Unicode specification.

For the most part, Columns++ follows the Boost::regex definitions, though I did not include Mn in word. Also the Boost::regex code for isctype implements some of the classifications directly; I think I am close, but not necessarily identical, for those. It looks as if Boost::regex does define xdigit according to the Unicode spec.

I think that Boost::regex defines word boundaries in terms of word characters (i.e. \b is equivalent to (?<!\w)(?=\w)|(?<=\w)(?!\w)) and that I wouldn’t be able to change that without forking and modifying Boost::regex code.

I think the questions are whether Boost::regex is more accurately considered wrong, or just different in its implementation of character classes; and if the latter, which is preferable.

At present, my estimation is that it would be time-consuming, but not impossible or fragile, to implement the Unicode definitions (aside from word boundaries) as listed in Annex C: Compatibility Properties in Columns++.

Whether that’s what should be done might still be an open question.

@cashfields ,

Your post would have been much easier to read if you actually typed your text in the post, rather than typing your text in the image.

It looks like what you would like is the ability to have the file history be set to “relative” instead of “absolute”. Unfortunately, the developer already rejected a feature request which requested that you be able to store a session (File > Save/Load Session… commands) automatically as relative. And if sessions were too complicated to do that for, in his mind, then doing it for the file history is definitely right out.

However, if you save a session, and then edit it to be relative, I believe it works … so you could then load the relative session anytime your USB changes drive letter, and it would hopefully work for you.

(I know it’s not exactly what you’re asking for, but given his rejection of that feature request, it’s the best you’re going to get.)

Or, for a poor-man’s session: make a batch file that opens each file relatively in the batch file.

@PeterJones Hi, and thank you for your answer. Yes, the problem was partly due to the language, but I managed to address it before you replied. However, the other issue was actually a conflict with a shortcut from another application.

Cheers!

FYI, v8.9.2 RC has been updated to RC2:
https://github.com/donho/notepad-plus-plus/releases/tag/RC2
See original announcement for more information.