Quick Search filter shows empty panel after closing launched app with Esc

[ghisler(Author)]

I cannot reproduce this either, not even with a completely empty ini file. Maybe I'm doing something wrong? Here are the steps I did:
1. Fresh TC install in C:\test\tcmd1157\
2. No tcmatch.dll etc. added
3. Created empty test.ini in c:\test
4. Launched it via
C:\test\tcmd1157\totalcmd64.exe /i=c:\test\test.ini
5. Went to the Irfanview directory
6. Renamed iv_uninstall.exe to iv_uninstall.ex1 so there is no other .exe in the directory
7. Ctrl+S to open quick filter
8. Entered: .exe
-> only i_view64.exe is visible
9a. Double clicked on i_view64.exe
9b. Pressed Enter on i_view64.exe
10. Pressed ESC in Irfanview
-> i_view64.exe is still visible

Maybe I misunderstood one of the steps?

[Horst.Epp]

The problem only comes with having tcmatch files installed.
Testing with a fresh ini didn't help in this case.

[AntonyD]

Now I'll say something scary.... The bug has stopped reproducing. There was a computer reboot, and now everything works as it should...
What's even stranger. From memory, when reproducing the bug - after the running program was closed - switching to the Total panel
caused a noticeable jerk and a redraw of the entire panel. The result was an empty list.
Now, after closing, this effect is gone - as well as the filtered list remains in place...
That is, something was clearly causing a forced redraw and not according to Total's standards.
Something external?

2zhugecaomao
Could you look among the installed ones for a third-party search library QuickSearch-eXtended with a main file tcmatch[64].dll ? Do you have it? Because this library can definitely (and should, according to its functionality) affect the Total panels. Although it's strange that if it is not directly listed in the settings, how could it be loaded... But maybe environment variables?

[AntonyD]

yeps, looks like Horst.Epp confirms the same thoughts...

But it’s still not clear - how can this third-party library affect a running new instance of Total?
I haven’t found any other traces - except for a mention in one test.ini that is used for checking
different versions of Total. But this is a local usage - not global - for all running instances of Total?
Isn' it?

[ghisler(Author)]

I have tried with Quick Search Extended's tcmatch64.dll, but couldn't reproduce the problem either.
1. Maybe it's not tcmatch? In user zhugecaomao's animated GIF, there is no trace of the Quick Search Extended user interface.

2. I can't download it from:
viewtopic.php?t=22592
so maybe the one I have (dated June 15, 2018) is outdated and doesn't have the problem?

3. I tried with a fresh tcmatch.ini, maybe it depends on tcmatch settings?

4. One thing which is different between internal match and tcmatch64.dll is that with internal match, you are prevented from entering characters which do not lead to any match. With tcmatch, you can enter e.g. .exex and get zero results. So maybe the Enter or ESC key is somehow interpreted as a character and appended to the search string? Those who have the problem, what do you see when you re-open the quick search window with Ctrl+Shift+S?

[Horst.Epp]

Those who have the problem, what do you see when you re-open the quick search window with Ctrl+Shift+S?

I see the filter string as typed before

[AntonyD]

I see the filter string as typed before

same here.
but indeed I can confirm that exactly the presence of tcmatch.dll in influencing on this bug.
EVEN if the tcmatch is using in another instance of Total! Yep...
ver. of tcmatch dll 4.4.4.4 but archive has ver. 2.3.0 => httpsdropmefiles.com/f0AdK - see a new post with URL below from me

ini:

Spoiler

Code: Select all

[general]
simple_search_activate_char=
regex_search_activate_char=?
leven_search_activate_char=<
srch_activate_char=*
preset_activate_char=>
simple_search_match_beginning_activate_char=^
and_separator_char=" "
or_separator_char=|
wdx_separator_char=/
negate_char=!
case_sensitive=0
allow_empty_result=1
filter_files_and_folders=3
match_beginning=0
use_pinyin=0
use_korean=0
[wdx]
debug_output=1
wdx_cache=1000
[gui]
override_search=1
invert_result=0
one_line_gui=1
show_presets=0

[petermad]

2. I can't download it from:
viewtopic.php?t=22592

Neither can I - I just leads to my personal OneDrive account

[Horst.Epp]

There is an updated one from user Lev
which also supports searching in Descript.ion.
The archive contains the 32bit and x64 DLLs and EXEs.
Unfortunately the .ru domain makes problems now.
It was working this morning.
viewtopic.php?t=22592&start=900#p477961

[zhugecaomao]

2ghisler(Author)
2AntonyD
2Horst.Epp

Thank you all for the testing and reply. Indeed I am using TCMatch64.dll, version 4.4.4

And after I delete TCMatch64.dll, TCMatch.tbl and TCMatch.ini from TC folder, this bug gone. So basically confirmed TCMatch cause this problem.

Btw I set TCMatch not allow empty result (allow_empty_result=0), I still need TCMacth as use_pinyin=1 is important for me.

I tried to delete TCMatch.ini and let TCMatch64.dll generate a fresh default TCMatch.ini, with it, the problem persists.

my TCMatch.ini like this:

Code: Select all

[general]
simple_search_activate_char=
regex_search_activate_char=?
leven_search_activate_char=<
srch_activate_char=*
preset_activate_char=>
simple_search_match_beginning_activate_char=^
and_separator_char=" "
or_separator_char=|
wdx_separator_char=/
negate_char=!
case_sensitive=0
allow_empty_result=0
filter_files_and_folders=3
match_beginning=0
use_pinyin=1
use_korean=0
[wdx]
debug_output=1
wdx_cache=1000
[gui]
override_search=0
invert_result=0
one_line_gui=1
show_presets=0

[zhugecaomao]

Now I suspect the Quick Search Extended version 4.4.4 something wrong.

Seems the version 4.4.4 is not from author Samuel.

I checked and asked here viewtopic.php?t=22592 regarding Quick Search Extended.

Trying to get original Samuel's Quick Search Extended latest version and source code to check, but it is not able to download anymore...

[zhugecaomao]

Is it possible to natively integrate TCMatch functions—specifically Pinyin search—directly into TC itself?

[ghisler(Author)]

I have tested with TCMatch 4.4.4, but I still can't reproduce this error, even with the tcmatch.ini from zhugecaomao. I have also tried to set the locale (language) for non-Unicode programs to Chinese (main land), first with UTF-8 disabled, then with UTF-8 enabled, but the error did not occur. What else am I missing?

To zhugecaomao: What locale are you using in control.exe -> Region -> second tab -> lower half of the dialog?

[AntonyD]

I have tested with TCMatch 4.4.4, but I still can't reproduce this error, even with the tcmatch.ini from zhugecaomao.

and what about my URL with archive with utility and provided INI full content?
P.S.
and in mentioned dialog I have unchecked state for checkbox regarding support of UTF-8 in a beta-form...

Ooouuch.. forget about my URL - indeed this one latest link: viewtopic.php?p=476219#p476219
for ver. 2.3.1 - was installed in my TC bundle. So for previous ver. 2.3.0 problem was not found as I see it...
But the good news is that the sources for 2.3.1 are also available from the same post)))

[ghisler(Author)]

and what about my URL with archive with utility and provided INI full content?

Yes, that's the 4.4.4 version I tested.

and in mentioned dialog I have unchecked state for checkbox regarding support of UTF-8 in a beta-form...

What region do you use? Russia?