ES 1.1.0.7

[vfatica]

These seem to be misspelled and unimplemented:

Code: Select all

-highlighed-name
-highlighed-path
-highlighed-full-path-and-name

- Vince

[therube]

(How do you like that. -highlight works though.)

[void]

-highlighed-name
-highlighed-path
-highlighed-full-path-and-name

Removed, thanks.
I did use these at one stage, you could specify a highlighted-name/highlighted-path and name/path column at the same time.
It was kind of pointless so I removed them and went with the single name/path column with the -highlighted switch.

http://www.voidtools.com/support/everyt ... interface/

[vfatica]

And while these seem implemented in the arg parsing, they produce no additional output.

Code: Select all

-date-created, -dc
-date-modified, -dm
-date-accessed, -da
-date-run

And when I use

Code: Select all

-attributes, -attribs, -attrib

the only attribute I ever see is "D".

[vfatica]

When I use "-highlighted" the only thing highlighted is the part of the path/name which I entered on the command line.

For example, if I

Code: Select all

es.exe -highlight c:\sy

I get several results for C:\System Volume Information[...], but the only text that's highlighted is "C:\SY".

OT: Can I post images here? ... or only URLs to images?


- Vince

[therube]

That's expected.
It's highlighting the search term you specified (rather then the filename of which your search term might be a part of, or anything like that).

[void]

ES 1.1.0.8

Removed -highligh-name, -highligh-path and -highligh-full-path-name.
Fixed date widths
Switched to ini settings.

And while these seem implemented in the arg parsing, they produce no additional output.

This file information must be indexed by Everything, check your indexing settings:

• In Everything, from the Tools menu, click Options.
• Click the Indexes tab.
• Check which file information you would like indexed.

I've added to my TODO list: gather file information if it is not indexed.

When the file information is not indexed, using -dc, -dm, -da, -date-run and -attributes would show an empty 1 character column.

I get several results for C:\System Volume Information[...], but the only text that's highlighted is "C:\SY".

This is the expected behavior.

OT: Can I post images here? ... or only URLs to images?

You can post images here.

[vfatica]

How do I post an image? The only method I can find is [img]URL[/img] and I'll find out right now if FTP works. Is there a more direct way?

[vfatica]

I get the same results from -sort-date-created-descending and -sort-date-created-ascending.

Code: Select all

c:\users\vefatica\desktop> es.exe -dc -sort-date-created-descending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
<snip>

c:\users\vefatica\desktop> es.exe -dc -sort-date-created-ascending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
<snip>

[void]

How do I post an image? The only method I can find is [img]URL[/img] and I'll find out right now if FTP works. Is there a more direct way?
Image

Please use imgur, or post the image as an attachment to your post.
Put the image URL inside tags.

Everything 859b or later now gathers requested file information when it is not indexed (such as date created)

Please check if the dates are displayed and sorted correctly with this version of Everything.

The sorting worked for me in previous versions of Everything so I'm not sure what is going on there..

Please note that folders are shown first and files last (when sorted ascending, for sorted descending files are shown first, folders last).

When you sort by date created, Everything will gather this information for the sort, making this information available to be displayed.
Without sorting by date created, the date created column will be blank (when using Everything 858b or earlier).

[vfatica]

The sorting worked for me in previous versions of Everything so I'm not sure what is going on there..

I updated to 1.4.1.859b (x86) and the two sorts I mentioned earlier still produce the same results, both sorted descending. I can toggle ascending/descending in the Everything GUI just fine. But I still get this with ES.EXE

Code: Select all

v:\> es.exe -dc -sort-date-created-descending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
2016/09/02 11:43 G:\tc20 - Copy\tcc.exe
2016/07/23 13:28 G:\tc19\tcc.exe
<snip>

v:\> es.exe -dc -sort-date-created-ascending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
2016/09/02 11:43 G:\tc20 - Copy\tcc.exe
2016/07/23 13:28 G:\tc19\tcc.exe
<snip>

[vfatica]

After a lot of farting around, I'm pretty convinced that ES.EXE is doing what it should. A couple strategically placed debug messages suggest that. But, as before, the results don't come back if the requested order.

Code: Select all

p:\myes\release> myes.exe -dc -sort-date-created-descending g:\*\tcc.exe
es_sendquery2: query->sort_type = 12
es_sendquery2() ... Success!
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe

p:\myes\release> myes.exe -dc -sort-date-created-ascending g:\*\tcc.exe
es_sendquery2: query->sort_type = 11
es_sendquery2() ... Success!
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe

- Vince

[void]

Please open the debug console in Everything and check what sort Everything is using internally:

• In Everything, press Ctrl + `
• Perform the following es search: es -dc -sort-date-created-descending g:\*\tcc.exe
  What is displayed in green text in the debug console? it should look something like:
  search 'g:\*\tcc.exe' filter '' sort 11
• Perform the following es search: es -dc -sort-date-created-ascending g:\*\tcc.exe
  What is displayed in green text in the debug console? it should look something like:
  search 'g:\*\tcc.exe' filter '' sort 10

To hide the debug console:

• In Everything, press Ctrl + `

[vfatica]

That's what I see:

Code: Select all

IPC: execute query: g:\*\tcc.exe
search 'g:\*\tcc.exe' filter '' sort 11

Code: Select all

IPC: execute query: g:\*\tcc.exe
search 'g:\*\tcc.exe' filter '' sort 10

But in the ES.EXE console, I see:

Code: Select all

v:\> es -dc -sort-date-created-descending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
2016/09/02 11:43 G:\tc20 - Copy\tcc.exe
2016/07/23 13:28 G:\tc19\tcc.exe
2016/01/29 11:47 G:\tccle14\tcc.exe
2015/09/20 22:36 G:\TC18\tcc.exe
2015/05/19 17:14 G:\TC16\test\tcc.exe
2015/02/27 22:08 G:\TC17\tcc.exe
2014/07/12 10:31 G:\TC16\tcc.exe
2013/12/27 22:11 G:\TC15\tcc.exe
2013/05/08 07:21 G:\TCCLE13\tcc.exe
2013/01/19 23:25 G:\TC14\tcc.exe
2012/07/03 23:54 G:\TC13\tcc.exe
2012/02/29 22:38 G:\TC12\tcc.exe
2011/07/06 17:48 G:\tc12le\tcc.exe
2010/08/07 22:39 G:\TC11\tcc.exe
2010/01/24 09:51 G:\TCMD10\tcc.exe
2009/04/25 10:44 G:\TCMD9\tcc.exe
2009/03/20 08:09 G:\TCMDLE10\tcc.exe

v:\> es -dc -sort-date-created-ascending g:\*\tcc.exe
2017/03/09 23:22 G:\tc20\tcc.exe
2017/01/04 17:43 G:\TCC20\tcc.exe
2016/10/27 07:45 G:\tcc-rt\tcc.exe
2016/09/02 11:43 G:\tc20 - Copy\tcc.exe
2016/07/23 13:28 G:\tc19\tcc.exe
2016/01/29 11:47 G:\tccle14\tcc.exe
2015/09/20 22:36 G:\TC18\tcc.exe
2015/05/19 17:14 G:\TC16\test\tcc.exe
2015/02/27 22:08 G:\TC17\tcc.exe
2014/07/12 10:31 G:\TC16\tcc.exe
2013/12/27 22:11 G:\TC15\tcc.exe
2013/05/08 07:21 G:\TCCLE13\tcc.exe
2013/01/19 23:25 G:\TC14\tcc.exe
2012/07/03 23:54 G:\TC13\tcc.exe
2012/02/29 22:38 G:\TC12\tcc.exe
2011/07/06 17:48 G:\tc12le\tcc.exe
2010/08/07 22:39 G:\TC11\tcc.exe
2010/01/24 09:51 G:\TCMD10\tcc.exe
2009/04/25 10:44 G:\TCMD9\tcc.exe
2009/03/20 08:09 G:\TCMDLE10\tcc.exe

[void]

Thanks for the debug output.

What version of Everything are you using?
It's very odd that I'm unable to reproduce the issue..

Does sorting by date created in Everything sort correctly?

Could you please send a screen shot of your ES registry settings under:
HKEY_CURRENT_USER\Software\ES

Could you please try Everything 860b? I've added some additional debugging information that shows the actual sort type sent to ES (it's shown in cyan colored text when the debug console is shown).

[therube]

(I'm only seeing, HKEY_CLASSES_ROOT\ES ?)

[void]

HKEY_CLASSES_ROOT\ES is only for the ES 1.1 alpha.

1.1.0.6 and 1.1.0.7 use:
HKEY_CURRENT_USER\ES

1.1.0.8 uses es.ini in the same location as your es.exe.

[therube]

My end looks to be displaying correctly.
Not that I do NOT index date-created.

Code: Select all

Everything
Version 1.4.1.860b (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline "C:\DEV\Locate\Everything.exe"
WM_ACTIVATE 00000000 00000000, lastfocus 00380dd2, current focus 00380dd2
update m 1 7877984
update index E:
USN CREATE 7CXXOSVZ86AK4IIFOLPJ.temp
USN CREATE DATA_EXTEND 7CXXOSVZ86AK4IIFOLPJ.temp
USN CREATE DATA_EXTEND CLOSE 7CXXOSVZ86AK4IIFOLPJ.temp
USN BASIC_INFO_CHANGE 7CXXOSVZ86AK4IIFOLPJ.temp
USN BASIC_INFO_CHANGE SECURITY_CHANGE 7CXXOSVZ86AK4IIFOLPJ.temp
USN CREATE c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
USN CREATE CLOSE c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
USN DELETE CLOSE c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
USN RENAME_OLD_NAME c00ab7717503333e.customDestinations-ms
USN RENAME_NEW_NAME c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
USN RENAME_OLD_NAME BASIC_INFO_CHANGE SECURITY_CHANGE 7CXXOSVZ86AK4IIFOLPJ.temp
USN RENAME_NEW_NAME BASIC_INFO_CHANGE SECURITY_CHANGE c00ab7717503333e.customDes
tinations-ms
USN RENAME_NEW_NAME CLOSE c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
USN RENAME_NEW_NAME BASIC_INFO_CHANGE SECURITY_CHANGE CLOSE c00ab7717503333e.cus
tomDestinations-ms
USN DELETE CLOSE c00ab7717503333e.customDestinations-ms~RF118dd055.TMP
updated E: in 0.007841 seconds
resume ntfs monitor 1
processed usn records in 0.000889 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000092 seconds
update m 1 7877984
update index E:
USN DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN DATA_EXTEND DATA_TRUNCATION CLOSE CONHOST.EXE-E6AFC9F5.pf
updated E: in 0.002528 seconds
resume ntfs monitor 1
processed usn records in 0.000173 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000112 seconds
IPC: execute query: h:/*/*/*/ncmain.exe
search 'h:/*/*/*/ncmain.exe' filter '' sort 10
term 00800a38, flags: 3144, next: 00000000, notnext: 00000000
folderop: 106, fileop: 106, term: h:\*\*\*\ncmain.exe
SET SORT 0
IPC: wait 2
found 0 folders, size 0, db search time taken: 0.105969 seconds
found 6 files, size 65540, db search time taken: 0.619203 seconds
set sort 10 1
find uncached items...
sorting by path...
caching...
sorting cache...
SET SORT 4 10
finished sort, time taken 0.000951 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000074 seconds
when ready 11 0000002d 00000000
when ready 11 0000002d 00000000
ipc sort 10
SIZE CHECK 642 642 diff 0 count 6
IPC: query complete: 4294967295 max results, offset 0, reply hwnd 7340808
IPC: watch awake
IPC: Client disconnected.
update m 1 7877984
update index E:
USN DATA_TRUNCATION ES.EXE-093B7E02.pf
USN DATA_EXTEND DATA_TRUNCATION ES.EXE-093B7E02.pf
USN DATA_EXTEND DATA_TRUNCATION CLOSE ES.EXE-093B7E02.pf
updated E: in 0.001013 seconds
resume ntfs monitor 1
processed usn records in 0.000089 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000054 seconds
IPC: execute query: h:/*/*/*/ncmain.exe
search 'h:/*/*/*/ncmain.exe' filter '' sort 11
IPC: wait 2
term 00800a38, flags: 3144, next: 00000000, notnext: 00000000
folderop: 106, fileop: 106, term: h:\*\*\*\ncmain.exe
SET SORT 0
found 0 folders, size 0, db search time taken: 0.105938 seconds
found 6 files, size 65540, db search time taken: 0.626387 seconds
set sort 11 1
find uncached items...
sorting by path...
caching...
sorting cache...
SET SORT 4 11
finished sort, time taken 0.001016 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000054 seconds
when ready 11 0000002d 00000000
ipc sort 11
SIZE CHECK 642 642 diff 0 count 6
IPC: query complete: 4294967295 max results, offset 0, reply hwnd 7668488
IPC: watch awake
IPC: Client disconnected.
update m 0 7877800
update index C:

[therube]

Arg! Then I better search for ES.EXE .
Oh, OK, then that registry entry is just left over from earlier times.

Using 1.1.0.8.

What "creates" the .ini (as in in have none)?

[void]

With es 1.1.0.8, use -save-settings, for example:
es.exe -size -dm -save-settings

This will make future es calls always show the size and date modified column.

[vfatica]

Now I'm using 860b. I have no HKCU\Software\ES key. Create times show and toggle up/down correctly in the GUI. Here's a tidier experiment (using JPSoft's TCC command interpreter). Note that Everything doesn't seem to handle daylight saving time ideally.

Here's some debug output from the "ascending" command above.

Code: Select all

IPC: execute query: v:\void\*
search 'v:\void\*' filter '' sort 10
IPC: wait 2
FOLDER SEARCH V:\void
term 03db4188, flags: 3144, next: 00000000, notnext: 00000000
folderop: 260, fileop: 260, term: v:\void\*
SET SORT 0
found 0 folders, size 0, db search time taken: 0.000559 seconds
found 5 files, size 65540, db search time taken: 0.001967 seconds
set sort 10 1
SET SORT 4 10
finished sort, time taken 0.000401 seconds
update selection 0.000001 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000203 seconds
ipc sort 10
SIZE CHECK 270 270 diff 0 count 5
IPC: query complete: 4294967295 max results, offset 0, reply hwnd 787402

[vfatica]

When I use the ES.EXE that I built, I see sort type 11. But as in my previous port, the debug window shows 10.

Code: Select all

p:\myes\release> myes -dc -sort-date-created-ascending v:\void\*
es_sendquery2: query->sort_type = 11
es_sendquery2() ... Success!
2004/12/31 23:00 V:\void\test.5
2003/12/31 23:00 V:\void\test.4
2002/12/31 23:00 V:\void\test.3
2001/12/31 23:00 V:\void\test.2
2000/12/31 23:00 V:\void\test.1

[vfatica]

And immediately before and after SendMessage(WM_COPYDATA)

Code: Select all

wprintf(L"es_sendquery2: cds.lpData->sort_type = %d\n", ((EVERYTHING_IPC_QUERY2*) cds.lpData)->sort_type);

produces

Code: Select all

p:\myes\release> myes -dc -sort-date-created-ascending v:\void\*
es_sendquery2: cds.lpData->sort_type = 11
es_sendquery2: cds.lpData->sort_type = 11
es_sendquery2() ... Success!
2004/12/31 23:00 V:\void\test.5
2003/12/31 23:00 V:\void\test.4
2002/12/31 23:00 V:\void\test.3
2001/12/31 23:00 V:\void\test.2
2000/12/31 23:00 V:\void\test.1

Everything is getting:

Code: Select all

ipc sort 10

No clue!

[vfatica]

I tried several other sort types. Whatever I specify, the debug window shows one less!

[vfatica]

Another strange one!

If I put "-rc" in the GUI, I get one file I get one file, created and modified 2015-08-24. ...??? And in the debug console, I see

Code: Select all

search '-rc' filter '' sort 0

If I "es -rc" I get thousands of results (maybe everything) and see this in the debug console.

Code: Select all

search '' filter '' sort 0

[vfatica]

Never mind the last post. I think I get it.

[void]

Thanks for the debug output and ES output.

I still have no idea how this is happening.
It looks like Everything is receiving the correct sort type, it is just the results returned to ES are upside down.

Does -sort-dm-ascending / -sort-dm-descending / -sort-da-ascending / -sort-da-descending sort correctly?
use -dm and -da to show date modified and date accessed columns.

One thing that might be worth testing is creating a new bookmark to test a 'search sort':

• In Everything, from the Bookmark menu, click Add to Bookmarks....
• Give the bookmark a name, eg: void ascending
• Set the search to: v:\void\*
• Check remember sort and change the sort to Date created ascending.
• Click OK.
• From the Bookmark menu, click void ascending.
• Is the result list correctly sorted by date created ascending?

If you are compiling es yourself, try putting in a catch in WM_COPYDATA for ES_COPYDATA_IPCTEST_QUERYCOMPLETE2W:

Code: Select all

LRESULT __stdcall es_window_proc(HWND hwnd,UINT msg,WPARAM wParam,LPARAM lParam)
{
	switch(msg)
	{
		case WM_COPYDATA:
		{
			COPYDATASTRUCT *cds = (COPYDATASTRUCT *)lParam;
			
			switch(cds->dwData)
			{
				case ES_COPYDATA_IPCTEST_QUERYCOMPLETEW:
					es_listresultsW((EVERYTHING_IPC_LIST *)cds->lpData);
					return TRUE;
					
				case ES_COPYDATA_IPCTEST_QUERYCOMPLETE2W:
				{
					if ((int)((EVERYTHING_IPC_LIST2 *)cds->lpData)->numitems)
					{
						// add the following line to find out what sort we got.
						printf("got result sort %d\n",((EVERYTHING_IPC_LIST2 *)cds->lpData)->sort_type);

						...

Everything internal sort types:

Code: Select all

#define DB_SORT_NAME_ASCENDING	0
#define DB_SORT_NAME_DESCENDING	1
#define DB_SORT_PATH_ASCENDING	2
#define DB_SORT_PATH_DESCENDING	3
#define DB_SORT_SIZE_ASCENDING	4
#define DB_SORT_SIZE_DESCENDING	5
#define DB_SORT_EXTENSION_ASCENDING	6
#define DB_SORT_EXTENSION_DESCENDING	7
#define DB_SORT_TYPE_NAME_ASCENDING	8
#define DB_SORT_TYPE_NAME_DESCENDING	9
#define DB_SORT_DATE_CREATED_ASCENDING	10
#define DB_SORT_DATE_CREATED_DESCENDING	11
#define DB_SORT_DATE_MODIFIED_ASCENDING	12
#define DB_SORT_DATE_MODIFIED_DESCENDING	13
#define DB_SORT_ATTRIBUTES_ASCENDING	14
#define DB_SORT_ATTRIBUTES_DESCENDING	15
#define DB_SORT_FILE_LIST_FILENAME_ASCENDING	16
#define DB_SORT_FILE_LIST_FILENAME_DESCENDING	17
#define DB_SORT_RUN_COUNT_ASCENDING	18
#define DB_SORT_RUN_COUNT_DESCENDING	19
#define DB_SORT_DATE_RECENTLY_CHANGED_ASCENDING	20
#define DB_SORT_DATE_RECENTLY_CHANGED_DESCENDING	21
#define DB_SORT_DATE_ACCESSED_ASCENDING	22
#define DB_SORT_DATE_ACCESSED_DESCENDING	23
#define DB_SORT_DATE_RUN_ASCENDING	24
#define DB_SORT_DATE_RUN_DESCENDING	25

IPC / ES sort types (these are one more than the internal sort types):

Code: Select all

#define EVERYTHING_IPC_SORT_NAME_ASCENDING								1
#define EVERYTHING_IPC_SORT_NAME_DESCENDING								2
#define EVERYTHING_IPC_SORT_PATH_ASCENDING								3
#define EVERYTHING_IPC_SORT_PATH_DESCENDING								4
#define EVERYTHING_IPC_SORT_SIZE_ASCENDING								5
#define EVERYTHING_IPC_SORT_SIZE_DESCENDING								6
#define EVERYTHING_IPC_SORT_EXTENSION_ASCENDING							7
#define EVERYTHING_IPC_SORT_EXTENSION_DESCENDING						8
#define EVERYTHING_IPC_SORT_TYPE_NAME_ASCENDING							9
#define EVERYTHING_IPC_SORT_TYPE_NAME_DESCENDING						10
#define EVERYTHING_IPC_SORT_DATE_CREATED_ASCENDING						11
#define EVERYTHING_IPC_SORT_DATE_CREATED_DESCENDING						12
#define EVERYTHING_IPC_SORT_DATE_MODIFIED_ASCENDING						13
#define EVERYTHING_IPC_SORT_DATE_MODIFIED_DESCENDING					14
#define EVERYTHING_IPC_SORT_ATTRIBUTES_ASCENDING						15
#define EVERYTHING_IPC_SORT_ATTRIBUTES_DESCENDING						16
#define EVERYTHING_IPC_SORT_FILE_LIST_FILENAME_ASCENDING				17
#define EVERYTHING_IPC_SORT_FILE_LIST_FILENAME_DESCENDING				18
#define EVERYTHING_IPC_SORT_RUN_COUNT_ASCENDING							19
#define EVERYTHING_IPC_SORT_RUN_COUNT_DESCENDING						20
#define EVERYTHING_IPC_SORT_DATE_RECENTLY_CHANGED_ASCENDING				21
#define EVERYTHING_IPC_SORT_DATE_RECENTLY_CHANGED_DESCENDING			22
#define EVERYTHING_IPC_SORT_DATE_ACCESSED_ASCENDING						23
#define EVERYTHING_IPC_SORT_DATE_ACCESSED_DESCENDING					24
#define EVERYTHING_IPC_SORT_DATE_RUN_ASCENDING							25
#define EVERYTHING_IPC_SORT_DATE_RUN_DESCENDING							26

-rc will show the recent change column in ES.
I think you want the rc: search (works in both ES and Everything) to limit the results to recent changes.

[vfatica]

Ascending/descending works with dm and not with da.

Code: Select all

v:\void> es -sort-dm-ascending v:\void\*
V:\void\test.1
V:\void\test.2
V:\void\test.3
V:\void\test.4
V:\void\test.5

v:\void> es -sort-dm-descending v:\void\*
V:\void\test.5
V:\void\test.4
V:\void\test.3
V:\void\test.2
V:\void\test.1

v:\void> es -sort-da-ascending v:\void\*
V:\void\test.5
V:\void\test.4
V:\void\test.3
V:\void\test.2
V:\void\test.1

v:\void> es -sort-da-descending v:\void\*
V:\void\test.5
V:\void\test.4
V:\void\test.3
V:\void\test.2
V:\void\test.1

[vfatica]

try putting in a catch in WM_COPYDATA for ES_COPYDATA_IPCTEST_QUERYCOMPLETE2W:

wprintf(L"WindowProc: got result sort %d\n",((EVERYTHING_IPC_LIST2 *)cds->lpData)->sort_type);

Code: Select all

p:\myes\release> myes -sort-da-descending v:\void\*
es_sendquery2: query->sort_type = 24
es_sendquery2: cds.lpData->sort_type = 24
es_sendquery2: cds.lpData->request_flags = 4
es_sendquery2: cds.lpData->sort_type = 24
es_sendquery2() ... Success!
WindowProc: got result sort 24
V:\void\test.5
V:\void\test.4
V:\void\test.3
V:\void\test.2
V:\void\test.1

p:\myes\release> myes -sort-da-ascending v:\void\*
es_sendquery2: query->sort_type = 23
es_sendquery2: cds.lpData->sort_type = 23
es_sendquery2: cds.lpData->request_flags = 4
es_sendquery2: cds.lpData->sort_type = 23
es_sendquery2() ... Success!
WindowProc: got result sort 23
V:\void\test.5
V:\void\test.4
V:\void\test.3
V:\void\test.2
V:\void\test.1

[vfatica]

This pic shows the bookmark and the result of using it. It looks fishy.

[void]

Thanks for the output.

I can't see your ftp site, could you please attach the bookmark image in a forum post, or email me the image so I can add to the forum.

[void]

Found the bug.

Everything is sorting date created and date accessed incorrectly when sorted in ascending order.

This issue occurs when you have index date created or index date accessed enabled but do not have fast date created sort or fast date accessed sort enabled.
The issue only occurs when you use IPC or run a query from a bookmark.

I'll post a fix soon..

[void]

Fixed in Everything 861b.