VF/LF in pane2 is inherited when using various open in new tab in other pane cmds from P1

[jupe]

x86/x64 both affected.

When using any of the various methods of opening a new tab in pane2 (from P1), if there is already an active VF/LF active on P2, then in the case of LF it is sort of inherited, but only temporarily, and if it is a VF then it is inherited, I am using #1063 in the example below, but the same thing happens via other methods like using Alt+Shift in the tree etc.

I understand filters are persistent by default in fresh, but in this case I still think there is an issue.

Repro for fresh, only to demo LF issue (self modify for VF), requires following few manual tab change steps at end.

Code: Select all

  goto "<xydata>|||L>*.sys";
  selectitems "Panes";
  msg "Notice Pane2 has a active LF on Tab #2";
  #1063; // open in new tab in other pane
  msg "Now notice on Pane2, the new tab #3 just opened has inherited that LF, but if (manually) switch back to previous tab #2, orig LF is no longer active, and (manually) switch back again to tab #3, and LF is gone there now too", 16;

[WirlyWirly]

Yeah, I'm seeing that too in a fresh instance.

Don't mean to hi-jack your bug, but on the subject of the Live-Filter, here's another bug that I experience on both my current v28.10.0000 and can reproduce in a ::fresh instance...

Assigning a non-default keyboard-shortcut to #1080 Focus Live-Filter Box (In my case, the / key) will position the caret at the end of the active text instead of highlighting it to be overwritten.

This results in having to first delete the text and then type in the new text. Very annoying, whenever I forget to do so I end up with something completely unexpected.

[admin]

@jupe: Confirmed and fixed in next beta.

@WirlyWirly: Cannot reproduce. PS: does the default key work (Ctrl+Alt+X)?

[WirlyWirly]

Yes, the default ctrl+alt+x works fine.

I did a bit more testing, making sure to exit any running AHK scripts and stuff like that, and it ONLY seems to happen when the key is changed to a symbol without modifiers; /,.[]\';`.

Steps to reproduce

1. From a ::fresh, set the #1080 keyboard shortcut to one of those symbols.
2. From the list, press the new key to focus on the Live-Filter, type something, and then click back on the list to return focus to it.
3. Press the new key again to set focus back on the Live-Filter and see that the caret is at the end of the text-field.

[admin]

Okay, I see it now in x64 (it does not happen in x32).

[admin]

It's unfixable. Here are your options:

1) Choose a shortcut with a modifier.

2) Use this and you don't need to focus the LFB: Configuration | Find and Filter | Filters & Type Ahead Find | Type Ahead Find | Redirect typing to Live Filter Box

[WirlyWirly]

Wow, an unfix able bug. We don't see that too often

Not a huge deal, I'll set it back to the default and use my AHK script to intercept the / key to be sent as ctrl+alt+x

[admin]

Well, I skipped the footnote: unfixable*

* at a reasonable cost

[admin]

It wasn't so hard after all. Fixed in next beta.

[WirlyWirly]

Awesome, thanks a bunch

That issue had been driving me crazy for half a year now, I think it started around the time when there were a bunch of Live-Filter box updates. I never brought it up because I assumed it was a new "features" to allow people to edit/append text to their active filter.