@shocked-gamer , I created Issue #18534. I did some more digging into the javascript, and played with a replica of the relevant HTML and JS. I found that when the page is reloaded via a REFRESH / F5, browsers Chrome and Edge will always treat the checkbox.click() in the DOMContentLoaded event as an instruction to checkmark the checkbox. However, Firefox seems to remember that the checkbox was already checkmarked, so when it sends that method, Firefox clears the checkmark, putting it back into light mode. In the Issue, I supplied a slight tweak in the code that will make it correctly set that checkbox to true by not using the .click() method, but instead checkbox.checked = true; . With that, my experiments showed that Chrome, Edge, and Firefox would all remember the Dark Mode state on REFRESH or exit and relaunch. So I think that’s enough. Please note: this is because Firefox interprets the initial state of the checkbox differently after REFRESH than Chrome/Edge do. So it’s modifying the javascript to overcome a difference in interpretation of the specs between the different browsers.

@Nephilimi said: I’m actually curious now, is the general population not using this on their servers? There are only a handful of people who have come to the Community Forum from the “server” perspective – and most of those were coming to say, “why don’t you use installation-toolkit-xyz to make IT’s life easier”, and never really went into detail into how they were deploying to that point. And though it might not meet all the needs, the newer MSI installer (new to v8.8.8 in Nov 2025) seems to have quieted those types of inquiries down. So in the Community, while we get great insight into how individual/personal users use Notepad++, we don’t have much insight into the server-deployed side of things. (In our minds – or, at least in my mind – the “general population” are individual users, not server-based users. I have no clue how the numbers actually pan out between the two user-bases; we just get a individual-user-bias in the Forum.) But my guess is that the server-admins had auto-update turned off when they’d install it: either through pushing a custom config.xml to each user’s %AppData% folder, or through using a doLocalConf or -settingsDir to point to a more central config location (or, once the feature was enabled, bundling their own config.xml in the installation directory, which then gets used as the template for new %AppData%-based config.xml), or through deleting gup.exe in the old days or now using disableNppAutoUpdate.xml in the install directory

Hi, @coises, First of all, sorry for the typo. I did mean : As an example, I chose to show all lines containing the the property string, with this exact case, in the ICU.txt file ! You’re perfectly right about the bug. It occurs only when the Always hide all lines and remove Show style from text before Show command option, in the Settings dialog is unchecked After checking this option in the Setting dialog, I could easily verify, with the ICU.txt file, that the 13 green markers were there, along with the 13 lines containing the the property string I also noted that, right after you just show these 13 lines, clicking in the margin right below the line 1183 just displays the remaining lines of the ICU.txt file ! I think that behavior is normal because if you then click on the marker of the 1183 line, it then also displays all lines between lines 1164 and 1183. Moreover, if after showing these 13 lines, in the ICU.txt file, you switch to an other tab, then switch back to the ICU.txt file, this time, it also displays a triangular green marker in the last line 2132 of the file ! Finally, as you said, I could verify that the markers : Were not restored at all after a click on the Reset button which follows a click on the Expand button Were not completly restored after a click on the Reset button which follows a click on the Expand before or Expand after button Were correctly preserved if you immediately click on the Reset button However, the Show only lines with shown text in the Tools dialog seem to work properly, even after switching tabs : lines to show and markers seem preserved ! Best Regards, guy038

@Guido-Thelen said: And no, it isn’t limited to Standard SQL. The Navigator visualizes the result of the formatter, so it works with every dialect the formatter supports (30+, including MySQL, PostgreSQL, Oracle, SQL Server, DB2, Snowflake and more). For now it shows SQL statements and DDL. If you run into a statement it doesn’t break down correctly, I’d be glad to get a sample. That’s good to know, that it handles the different variants, and although I don’t get to do a lot of difficult/complex SQL, there are many in the dBASE community who do, as they use dBASE as the frontend interface and ADO to connect with the different SQL backends to replace the aging BDE. I’m sure any of our developers who use the dBASE UDL we made can probably use this as well. I clued them into using CSV Lint and Csv Query plugins for working with manipulating text data before importing it, so this tool will also come in handy. I saw some of their complicated SQL when doing the UDL so I could properly implement color coding, keyword and AutoCompletion features and used their sample SQL statements to test against for color coding and keyword collisions. You’re right, the problem with Workbench is you need a live connection to the data, so this will be a great non-connect SQL diagnostic tool for them. Thanks for doing it and hopefully I’ll be able to play with it sometime soon, but right now my plate is full elsewhere with RL issues.

@T.I-Digital-Solutions said: I mainly use Notepad++ for working with HTML, checking page source, and making quick edits during SEO tasks, so I was curious about features that could make those jobs easier. With those specifics, then I’d say good plugins to try would be HTML Tag, Preview HTML, and XMLTools. UDL is not useful for HTML, because the HTML lexer that’s built into Notepad++ is better than anything that the simple User Defined Language system can handle. But if you also deal with the server configuration files (like .htaccess files), then the UDL Collection has a UDL available for Htaccess, for example.

Hi everyone, I owe the community an apology. My reply in this thread linked to my own website — that was self-promotional and inappropriate for this forum. The question deserved a straight answer without any link attached. I’m sorry, and it won’t happen again. Thank you to the moderators for keeping this place clean.

@myfancytextgenerator said: One small caveat worth keeping in mind: this covers the default language of new documents, not the file-type list in the Save As dialogue — the langs.xml tweak described earlier in this thread is still the way to get a dedicated .md entry there. Sorry… but this is just not true. It is implemented even longer, since Aug 2024, than the latest update. See Issue #11096 and PR #15490

@Troglo37 , It’s much too late now, but for “open all tabs”, Notepad++ has the session.xml.inCaseOfCorruption.bak, which should be one version of your session file out of date (for example, my session file is dated yesterday at 7:13pm, and my corruption-backup is from 2:37pm that same day). So, in the future, if you open Notepad++, and it doesn’t have all your old session files open, before doing anything (before closing Notepad++ or trying to save or load anything), make a copy of session.xml.inCaseOfCorruption.bak to tryme.session.xml so it won’t be overwritten, exit Notepad++, rename session.xml to bad-session.xml, copy tryme.session.xml to session.xml, and start Notepad++: that should take your in-case-of-corruption session as your active session … so if the previous time you exited and started was good, you should be back to that session. That won’t fix your corrupted stylers (colors). Unless you had a recent change in one off your Style Configurator settings, I am surprised Notepad++ was trying to write to your stylers.xml, because it only tries to write it if there was a change. But maybe the reboot process confused some bit in memory making Notepad++ think it needed to.

All, Please try and use ComparePlus v3 - it is the latest released version. If you experience any problem with it you could report it directly here or you could write here in the Notepad++ community forum for help and advise from fellow users. I also visit the forum from time to time to check the “news” for our favorite editor :) Good luck and thanks

@Keith-Collyer said: Following a comment chain, I ended up adding a request to the markdig library here: https://github.com/xoofx/markdig/issues/952 Just an update for anybody following this thread: the feature request to implement wireloom was rejected by Markdig, the rendering library used by MarkdownPanel; it’s still possible for the plugin to implement the feature independently — without needing the WebView2 runtime — by back-porting a static copy of the wireloom.js module to the obsolete JavaScript standard that Internet Explorer supports; a working example of such a workflow can be found here; in the meantime, Preview HTML can now render Markdown and wireloom in Internet Explorer (version 11 )¹˙: [image: 1792597807908-preview_html_v148_ie11.gif] ¹˙ For Windows 7 users, that means ensuring update KB2841134 is installed, and “View as IE11” has been selected on the plugin menu: [image: 1792597754475-preview_html_win7_ie11_mode.png]

Hi @Karen3D — one more angle worth checking, specific to the Windows 11 update scenario: session.xml is only written when Notepad++ exits cleanly. Windows updates are notorious for restarting the machine and killing running apps before they can save, so the session file can end up out of date or empty even with “Remember current session for next launch” ticked. A couple of quick checks that fit an IT-managed work laptop: Close Notepad++ yourself before restarting or shutting down, and confirm in Task Manager that no notepad++.exe process is left hanging around. A leftover process can hold on to the old session. Open a couple of files, close Notepad++ normally, then check the timestamp on session.xml in %AppData%\Notepad++. If it has not been updated, the write itself is being blocked — roaming profiles or redirected folders on corporate machines are a classic cause. If your files live on network drives, make sure the drive mappings are unchanged after the update. Notepad++ quietly skips files it cannot find at start-up. Worth ruling these out before going any deeper.

I think keeping discussions focused on the original topic helps everyone get more useful answers. At the same time, related side discussions can be valuable when they add context or share practical experience. A clear distinction between the main topic and tangential advice makes the community easier to follow.

It looks like @LucaSorvillo took me up on the recommendation: Created new Issue #18496 , so there’s an “open issue” to PR against Created PR#18497 to implement it as a sub-option of the Tab Bar > Behavior > Vertical option