Keyboard paste to search line results in duplicated text

[froggie]

Another keyboard issue (Version 1.5.0.1245a (x64))

I have a keyboard with a Paste button (and a cut button and a copy button).

When pasting to the search line, the test is duplicated - e.g. "test" becomes "testtest". The results shown are for testtest.
CNTL-V works correctly.

Debug log:

Code: Select all

2021-03-18 20:37:09.660: DB_WAIT: _db_journal_notification_event_proc waited 0.000335 seconds
2021-03-18 20:37:09.661: _db_monitor_process_update_event_available_event_proc
2021-03-18 20:37:11.173: APPCOMMAND 0000000000440838 0000000000260000
2021-03-18 20:37:11.181: search 'test' filter '!e:\*.lnk !x:\I ' sort 1 ascending 1
2021-03-18 20:37:11.182: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.182: TERM test
2021-03-18 20:37:11.182: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.182: TERM e:\*.lnk
2021-03-18 20:37:11.182: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.182: TERM x:\I
2021-03-18 20:37:11.182: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.182: TERM 
2021-03-18 20:37:11.182: FOLDER TERM START 0000000006bdb468 M 000000000012d3a0 N 000000000012d4c0
2021-03-18 20:37:11.182: 0000000006bdb468 c19504 M 000000000012d4c0 N 0000000006bdb328 OP 145 e:\*.lnk
2021-03-18 20:37:11.182: 0000000006bdb328 c19504 M 000000000012d4c0 N 0000000006bdb1e8 OP 163 x:\I
2021-03-18 20:37:11.182: 0000000006bdb1e8 e01104 M 000000000012d3a0 N 000000000012d4c0 OP 308 test
2021-03-18 20:37:11.183: FILE TERM START 0000000006bdb468 M 000000000012d3a0 N 000000000012d4c0
2021-03-18 20:37:11.183: 0000000006bdb468 c19504 M 000000000012d4c0 N 0000000006bdb328 OP 145 e:\*.lnk
2021-03-18 20:37:11.183: 0000000006bdb328 c19504 M 000000000012d4c0 N 0000000006bdb1e8 OP 163 x:\I
2021-03-18 20:37:11.183: 0000000006bdb1e8 e01104 M 000000000012d3a0 N 000000000012d4c0 OP 308 test
2021-03-18 20:37:11.185: set high UI thread priority
2021-03-18 20:37:11.188: found 0 folders with 4 threads in 0.004966 seconds
2021-03-18 20:37:11.188: SET SORT 1
2021-03-18 20:37:11.189: ready
2021-03-18 20:37:11.189: DB_WAIT: _db_ready_proc waiting for _db_search_thread_proc...
2021-03-18 20:37:11.189: DB_WAIT: _db_ready_proc waited 0.000074 seconds
2021-03-18 20:37:11.192: search 'testtest' filter '!e:\*.lnk !x:\I ' sort 1 ascending 1
2021-03-18 20:37:11.192: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.193: TERM testtest
2021-03-18 20:37:11.193: parse flags 00000000 type 00c01104
2021-03-18 20:37:11.193: TERM e:\*.lnk

In yet another keyboard problem, if the name in a result line is edited (F2), CNTL-C will copy the name without the prefix, as expected. Using the copy key on the keyboard, the full path is copied.


Also: The debug log file does not have the 1.5a instance name - when debug logging is open in two versions of Everything there is no indication of an issues, but results are strange (user error?)

[void]

Thanks for the bug report froggie,

This should be fixed in Everything 1.5.0.1246a.

Everything was not returning the correct value after processing appcommands for cut/copy/paste/delete.
This may lead to the commands being processed more than once.

Does the issue persist with version 1.5.0.1246a?

[froggie]

Thank you, void.

1246a fixes the duplicated text.

the other issue,

if the name in a result line is edited (F2), CNTL-C will copy the name without the prefix, as expected. Using the copy key on the keyboard, the full path is copied.

persists.

[void]

Thanks for the bug report froggie,

This should be fixed in Everything 1.5.0.1247a.

Everything was closing the rename edit box before issuing the copy/paste command.

[froggie]

That fixes it.
Thank you, once again.