@donho
Sometimes there are users (like me) that do some silly thing, that are not expected.

In version 8.6 a new style had been introduced: “Multi selected text colour”. The effect for me was, that in column-select mode the selection was shown only partially (last line only). It took me some time to find out what was my fault. I use a personalised style, where the default background colour happens to have the value “C0C0C0”, the same value as the background for this new style. Therefore I could not see the selection because it had the same bg-colour as the rest of my text. For “Selected text colour” I use the value “A0A0A0”; after applying this value to the new style, it worked again.

I know, it is really a very special case, but it may happen. A similar situation might arise with other changes in the future. For these cases it would help to have a backup for comparison.

@PeterJones
Thanks, Peter, for the detailed instructions.
Now, Notepad++ V8.8.9 launches, as expected.

Murray

@Terry-R
Thanks for letting me know.

@xomx After restarting our Samba instance, the issues appear to be resolved. Apologies for the false alarm, but thank you for the responses!

@Terry-R This is very helpful and I was unaware of that issue. Thank you. Based on dates, it looks like I was using 8.8.5. It seems likely, especially the description of removing the structure around the installation.

@Matt-Brown said in Find / Replace All Behavior Change:

@PeterJones Thank you! Probably my own bone-headed oversight. I know it updated recently and afterwards I noticed the behavior…I’ve never intentionally touched the “wrap around” checkbox. It was unchecked. I appreciate the explanation.

That happens. Glad you figured it out.

(I deleted my intervening post, which was made before your post got approved in the post queue)

@Andrea-Gaviraghi More results from allowing updates on MSI package. The 8.8.8 MSI pulls the update from Notepad++ and it then installs the 8.8.9 executable. So again, the computer shows 2 installs, when only the newest is really installed. This process should be a lot cleaner…

FYI
For the security reason, the https://download.notepad-plus-plus.org/ will be shutdown for some days.
It might be back online next year.

@guy038 said in Perl keywords "class" and "method" not recognised by Function List:

for these two syntaxes, I just supposed that standard ASCII characters are used, from \x20 to \x7E, except for \x28 and \x29 in one part and \x7B in second part ! May be, the \t should be part of each class character, either

Perl allows Unicode alphanumeric/“word character” in any such identifier or token (just cannot start with a numeric), so restricting to ASCII is not going to work

@Coises

Already an issue about this feature:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17170

The 2 blank tabs known when the feature was committed:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11134#issuecomment-1575226268

@Charles-Fraichot

Glad you found a good solution. Thanks for letting us know.

@Alan-Kilborn
Yes, you are right. Thanks for the transparency tip.

@xomx said in Notepad++ 8.8.8: 2 issues detected:

or the 3rd option - as I said, create new MenuIcons plugin GitHub issue and its author most likely fixes it and publishes a new compatible version

Oh yes, of course, sorry. The third option is to create a GitHub issue which I’ve done. Here’s the link if anyone else should mention experiencing similar behaviour:

https://github.com/francostellari/NppPlugins/issues/73

Thank you for your explanation! I’m glad I wasn’t alone with this problem. It’s very well written and easy for me to understand. Thank you!

@Alan-Kilborn said in 'Find in Files' doesn't appear to work:

If a folder doesn’t exist, I think when the search is initiated, input focus will immediately jump to the Directory: box, signaling a problem with that folder to the user (without a message box). Not on a PC right now, so can’t verify; going from memory.

I see you are correct. However… I also see that the search results show 0 files searched. So I don’t see how it could be a problem with what is in the Find box. The directory might exist, but not be the one OP meant to search.

OK, if it’s the intended behaviour then I’ll just live with it. It’s not a very big deal.

Thank you all who answered!

@donho said in v8.8.9 and ConfigUpdater plugin:

@PeterJones

It’s already fixed in the GitHub, but I didn’t make the plugin list cutoff deadline.

Are you talking about it?
https://github.com/notepad-plus-plus/nppPluginList/pull/999

It’s in the current PluginList in RC normally.

I ran:

The open tab with ConfigUpdater.log no longer shows any errors

Chill, Peter :-) Breath in, breath out. Everything is fine. (This is meant in a very positive way. I feel that you are very busy right now.)

Of course, yes, this is definitly no big deal. But it is nothing wrong in talking about it. Or just bringing up a question about it. Or an idea.

IMO, Thomas is not wrong with his observation/question/request. The red x icon is the only colorized icon while using light mode and fluent UI. So a more consistant behaviour would be, to have the x icon appearance coupled on the icon choice rather than the light/dark mode choice. (Means red x icon coupled to standard icons, a fluent x icon to the fluent UI.)

Yes sure, this issue is nothing important compared to the more urgent topics in the issue tracker.

@Terry-R This has worked perfectly. Its a very long document so this was great. Thanks again, greatly appreciated.