XYplorer Beta Club

:off: Summary of the latest XYplorer Official Release (64-bit). Download Page : https://www.xyplorer.com/download.php?bit=64 v28.10.0400 - 2026-01-14 21:00 = MAINTENANCE RELEASE. +++ Minor bug fixes and enhancements. To easily upgrade to this OFFICIAL version from XYplorer, click Help | Online Suppo...

Crazy multithreaded asynchronous magic is planned for the future. For now I'll stick with the paleolithic block method.

Not here. Can you give a more specific example (full paths and filenames)?

It was auto-tweaked when upgrading to v22.20.0222 to preserve the previous behavior.

Change Log for the latest XYplorer BETA version (64-bit): v28.10.0308 - 2026-01-14 14:56 * Configuration | Find and Filter | Filters & Type Ahead Find | Visual Filters | Enable extended pattern matching: If enabled then a pattern can be fully enclosed in parentheses without changing its functio...

highend wrote: ↑14 Jan 2026 13:16 @Don
Is it intended, that variables in arrays aren't resolved as long as they are used either natively or in double quotes?

Not really. Fixed in next beta.

No worries, the place is totally okay.

Ah, you probably have an old tweak active: VFAllowMasterInvertOldWay=1. Just set it to 0:
VFAllowMasterInvertOldWay=0

Hm, this works as advertised if the "Enable extended pattern matching" option is ticked:

Tried to reproduce but couldn't. There are more factors probably. The non-existing items were shown and colored in the PF if "Allow Zombies" was on, otherwise they weren't shown at all. All as planned. Regardless which method was used to start XYplorer.

Items are colored by their real path, regardless whether they are listed within a Paper Folder or a normal folder. The colors should show in any context.

Open "Edit Tagged Items..." under Configuration | Information | Tags | Options..., it might shed some light on the mystery.

1) Thanks for the report but can't reproduce. Can anyone?

2) Does this happen with every folder and number of selected files?

Change Log for the latest XYplorer BETA version (64-bit): v28.10.0307 - 2026-01-13 19:05 + Custom Toolbar Buttons: A <crlf> in the name now stands for a CRLF not only in the tooltip (added in v28.00.1216 - 2025-12-10 13:01) but also in the button caption if captions are shown. * Updated the help fi...

Indeed, good find! The cause was a tB bug. The work-around comes with the next beta.

Alright, thanks for the feedback!