`
2019-01-14,04:00,UK,2,LME Copper Inventories,0,,100,,109664
2019-01-22,04:00,UK,2,LME Copper Inventories,0,,9925,,109676
2019-03-10,03:00,CA,0,Daylight Saving Time Shift,,,,,99633
2019-03-10,03:00,US,0,Daylight Saving Time Shift,,,,,99628
2019-03-30,21:00,EZ,0,Daylight Saving Time Shift,,,,,99639
2019-03-30,21:00,SZ,0,Daylight Saving Time Shift,,,,,99640
2019-03-30,21:00,UK,0,Daylight Saving Time Shift,,,,,99636
2019-04-01,04:00,UK,2,LME Copper Inventories,0,,-1425,,109766
2019-04-06,10:00,NZ,0,Daylight Saving Time Shift,,,,,103783
2019-04-06,12:00,AU,0,Daylight Saving Time Shift,,,,,103782
2019-09-28,10:00,NZ,0,Daylight Saving Time Shift,,,,,103788
2019-10-05,12:00,AU,0,Daylight Saving Time Shift,,,,,103785
2019-10-26,22:00,EZ,0,Daylight Saving Time Shift,,,,,99645
2019-10-26,22:00,SZ,0,Daylight Saving Time Shift,,,,,99642
2019-10-26,22:00,UK,0,Daylight Saving Time Shift,,,,,99644
2019-11-03,02:00,CA,0,Daylight Saving Time Shift,,,,,99631
2019-11-03,02:00,US,0,Daylight Saving Time Shift,,,,,99629
2020-03-08,03:00,CA,0,Daylight Saving Time Shift,,,,,110757
2020-03-08,03:00,US,0,Daylight Saving Time Shift,,,,,110756
2020-03-28,21:00,EZ,0,Daylight Saving Time Shift,,,,,110761
2020-03-28,21:00,SZ,0,Daylight Saving Time Shift,,,,,110762
2020-03-28,21:00,UK,0,Daylight Saving Time Shift,,,,,110760
2020-04-04,10:00,NZ,0,Daylight Saving Time Shift,,,,,113617
2020-04-04,12:00,AU,0,Daylight Saving Time Shift,,,,,113812
2020-06-23,09:59,US,1,Richmond Manufacturing Index,0,-3,-27,,113876
2020-09-26,10:00,NZ,0,Daylight Saving Time Shift,,,,,113618
`
and I extracted the matches to be sure.

Highlighted portion would be
`
es,0,,100,,109664
es,0,,9925,,109676
CA,0,Daylight Saving Time Shift,,,,,99633
US,0,Daylight Saving Time Shift,,,,,99628
…
es,0,,-1425,,109766
…
ex,0,-3,-27,,113876
`

—
Then I added some “flags”, specifically the case sensitive flag (?i) and (?-i)

(?-i)(?:[A-Z]{2})(?i),0,.*$

and then press “select all” button like I always do, to see the match count and highlights

The correct matches are

`
2019-03-10,03:00,CA,0,Daylight Saving Time Shift,,,,,99633
2019-03-10,03:00,US,0,Daylight Saving Time Shift,,,,,99628
2019-03-30,21:00,EZ,0,Daylight Saving Time Shift,,,,,99639
2019-03-30,21:00,SZ,0,Daylight Saving Time Shift,,,,,99640
2019-03-30,21:00,UK,0,Daylight Saving Time Shift,,,,,99636
2019-04-06,10:00,NZ,0,Daylight Saving Time Shift,,,,,103783
2019-04-06,12:00,AU,0,Daylight Saving Time Shift,,,,,103782
2019-09-28,10:00,NZ,0,Daylight Saving Time Shift,,,,,103788
2019-10-05,12:00,AU,0,Daylight Saving Time Shift,,,,,103785
2019-10-26,22:00,EZ,0,Daylight Saving Time Shift,,,,,99645
2019-10-26,22:00,SZ,0,Daylight Saving Time Shift,,,,,99642
2019-10-26,22:00,UK,0,Daylight Saving Time Shift,,,,,99644
2019-11-03,02:00,CA,0,Daylight Saving Time Shift,,,,,99631
2019-11-03,02:00,US,0,Daylight Saving Time Shift,,,,,99629
2020-03-08,03:00,CA,0,Daylight Saving Time Shift,,,,,110757
2020-03-08,03:00,US,0,Daylight Saving Time Shift,,,,,110756
2020-03-28,21:00,EZ,0,Daylight Saving Time Shift,,,,,110761
2020-03-28,21:00,SZ,0,Daylight Saving Time Shift,,,,,110762
2020-03-28,21:00,UK,0,Daylight Saving Time Shift,,,,,110760
2020-04-04,10:00,NZ,0,Daylight Saving Time Shift,,,,,113617
2020-04-04,12:00,AU,0,Daylight Saving Time Shift,,,,,113812
2020-09-26,10:00,NZ,0,Daylight Saving Time Shift,,,,,113618
`

highlighted portion should only be

`
CA,0,Daylight Saving Time Shift,,,,,99633
US,0,Daylight Saving Time Shift,,,,,99628
…
`

**But the incorrect matches were still highlighted, even though they were NOT selected**. And I can confirm when the extraction was done, only the rows that had a correct match were extracted.

I tried to Erase Find Highlight and do the search again. And I can confirm the search still highlights incorrect search portions in the full document. This makes no sense. What logic is the highlighter using to highlight text that would not even match?

I suspect that the highlighter is not respecting certain regex flags…which is weird as the highlighter should be following the same logic as the selector, isn’t it?

I can produce a screen video if you don’t believe me.

The Line number can’t display correctly after having upgraded to v19.6.0 (64bit, win 10 pro OS). Anyone has the same problem as me?

I have several such mappings configured in my EmEditor, and when I create and insert a new macro and insert it before any such shortcut-mapped macros, all mappings of shortcuts to macros that are after it in the defined macro order (i.e. the order in which the macros appear in the macro toolbar and the “Customize macros” dialog box) will shift, i.e. the shortcut mappings of those will now point to other macros than before!

This is very dangerous (depending on what the macros do of course), and it is seemingly because the mappings of the shortcuts point at indexes in the macro list, rather than the macro items/files in the list themselves (i.e. no matter if they are moved in the list or not. in this case by having other macros inserted before them).

This should probably be fixed ASAP in order to avoid accidents that may cause data loss for customers.

Here is a proof of concept for reproduction of the bug:
——————————————————————————

Input CSV file (only containing one column, but the bug behavior does not appear if loaded as normal text file, so it must be loaded as CSV):

something here
TEST\something.exe
TEST\something.exe

Source code of the macro that is executed on it (with a shortcut key, while CSV mode is active, and either the cell cursor is only placed on the entire middle “TEST\something.exe” cell, OR any arbitrary substring is selected inside this cell):

if(document.CellMode)
{
	document.Filter(document.selection.Text, document.selection.GetActivePointX(eePosCell), eeFindKeepPrevious | eeFindNegative);
}
else
{
	document.Filter(document.selection.Text, 0, eeFindKeepPrevious | eeFindNegative);
}

The expected result is that only line 1 should remain visible, but what happens is that ALL lines remain visible.

My guess is that the following has something to do with:

1.
The “Use Escape Sequence” option is automatically used in the created filter now (but not before?), which then chokes on the “\s” embedded in this string.

2.
No matter if I select any substring inside the cell before executing the macro with my shortcut key for it, the entire text of the cell is still reported in “document.selection.Text” in the macro code, which has not been the case previuosly, which I thus assume is a bug too?

Could you possibly please take a look at this as soon as possible, since it is currently breaking my entire workflow and use case for EmEditor?

Here is a proof of concept for reproduction of the bug:
——————————————————————————

Input CSV file:

1,/cgi-bin/listserv/wa.exe?SHOWTPL=<script>alert(/openvas-xss-test/)</script>
2,abcd
3,/scripts/wa.exe?SHOWTPL=<script>alert(/openvas-xss-test/)</script>

Source code of the macro that is executed on it (while CSV mode is active, and the string “openvas” is selected in the editor window):

if(document.CellMode)
{
	document.Filter(document.selection.Text, document.selection.GetActivePointX(eePosCell), eeFindKeepPrevious);
}
else
{
	document.Filter(document.selection.Text, 0, eeFindKeepPrevious);
}

The expected result is that only line 2 should be filtered away, leaving line 1 and 3 visible, BUT instead line 3 is also removed, leaving only line 1 visible!

NOTE: This bug only seems to happen in Cell mode (CSV in my case), but NOT in normal document mode even if using the exact same document contents, which may be an important fact for your bug reproduction/debugging!

What makes me even more scared is that if I remove the “<script>” and “</script>” parts from the cell contents, it works as expected again, so this might even be some kind of unintended script execution vulnerability/bug in EmEditor or similar (similar to cross-site scripting on web pages)!

Could you please take a look at this as soon as possible, since it is breaking my entire use case for EmEditor, and may even be some kind of security vulnerability!?

For example, if you have the following lines in your document:

111
222
333
444

And then I create a filter that removes all lines containing “222” and “333”, resulting in the following appearance in the editor:

111
444

If I now select both these lines, and then execute my External Tool, it will still get all the four lines as input (i.e. “111”, “222”, “333” and “444”), which seems like an obvious bug to me, right?

Set it to 100% and you need a microscope to find your cursor.

EmEditor currently doesn’t look that pretty on a 200% scaling.

Attached is a screencast : https://docs.google.com/file/d/0B4Wct2k6EydmYktyMTlfVEU3b00/edit?pli=1

Version 15.0.2

Example: When I copy this block, and I want to paste it as column selector …. it should copy+paste a.b.c.d instead of just a-character?! ( Check the screencast )
aaaaaa
bbbbbb
cccccc
dddddd