[SE24.0.2.0] Open window click goes to wrong file

[jc44]

[SE24.0.2.0, Win 10 x64, Brief] Editing chrome v82 which has a lot of files (~4x open window height) with "overlay" in the name. Open window is floating.

<Alt-E> to open the open window.
"overlay" to filter on overlays - takes me to the first file which starts with overlay which is about halfway down the scroll.
with the mouse pointer over the files scroll down with the wheel s.t. the initial select is well off the top.
click on a file and you get a different file selected (often the initial selection).

I don't know if it makes any difference but I have a high DPI monitor which I run at a default scale of 200%.  It is important that I haven't clicked in the files pane before scrolling (dragging the scrollbar counts as clicking in the pane).

Thanks

[Clark]

Can you also reproduce this without filtering any files? Click on a file somewhere in the top of the list and then use the mouse wheel to scroll down and then click on another file.

Here's another test:
* Bring up the big find dialog (Search>Find in Files).
* Click and drag the title bar of this window in order to move this dialog around the screen
* Let us know if you are able to drag this dialog around the screen.

Also, please post your Help>About program information.That will provide information about your screen sizes.

[jc44]

Can you also reproduce this without filtering any files? Click on a file somewhere in the top of the list and then use the mouse wheel to scroll down and then click on another file.

No that works fine - both if I click on one file and scroll or just scroll and click on a file

Here's another test:
* Bring up the big find dialog (Search>Find in Files).
* Click and drag the title bar of this window in order to move this dialog around the screen
* Let us know if you are able to drag this dialog around the screen.

Also, please post your Help>About program information.That will provide information about your screen sizes.

That moves fine.  Yes I am the user who has the immovable/unresizable windows at work but I'm now working from home and my SE setup on my home desktop is much happier on that front :-).  Screen size not a typo (Dell 3218K)

SlickEdit Pro 2019 (v24.0.2.0 64-bit)

Serial number: WL462756
Licensed number of users: Single user
License file: C:\ProgramData\slickedit\24\slickedit.lic

Build Date: April 1, 2020
Emulation: Brief

OS: Windows 10 x64
OS Version: 10.00.0 
Memory: 12% Load, 8343MB/65467MB Physical, 11650MB/75195MB Page File, 6525MB/134217727MB Virtual
Shell Information: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 7680 x 4320

Project Type: Gnuc
Language: .cc (C/C++)
Encoding: ACP (1252)

Installation Directory: C:\Program Files\SlickEdit Pro 24.0.2\ (non-removable drive,NTFS,601312MB free)
Configuration Directory: C:\Users\jc\Documents\My SlickEdit Config\24.0.2\ (non-removable drive,NTFS,601312MB free)
Migrated from: C:\Users\jc\Documents\My SlickEdit Config\24.0.1\
Spill File: C:\Users\jc\AppData\Local\Temp\$slk.19404 (non-removable drive,NTFS,601312MB free)

[Clark]

Wow, I've never seen a monitor with that much resolution. Pricey too ($3500).

I was wondering if this problem was related to the dialog dragging problem which we haven't been able to reproduce here (wish we could).

I'll do some more banging on this to see if I can reproduce this. This is the first I've heard of this issue. It might help if you tried different scaling and/or resolutions to see if that makes any difference at all.

[Dan]

Is that 8k?

[jc44]

Wow, I've never seen a monitor with that much resolution. Pricey too ($3500).

I have form in that department - I liked lots of pixels years before it was fashionable.  I had a (I think) Taxan UV1000 1600x1200 capable CRT monitor round about 1990 (finding an appropriate graphics card then was a challenge), an IBM T221 (3840x2400) in 2007 (which I'm still using at work) and now this thing (it is very nice).

I was wondering if this problem was related to the dialog dragging problem which we haven't been able to reproduce here (wish we could).

I'll do some more banging on this to see if I can reproduce this. This is the first I've heard of this issue. It might help if you tried different scaling and/or resolutions to see if that makes any difference at all.

I've tried dropping back to 100% scale @ 3840x2160 and the issue is the same.

The issue is quite reliable here - but you have to follow the instructions exactly - it has to be a "new" window and you must not click on anything until you try to select the file i.e. scroll with mouse wheel before clicking.  Once you have clicked once in the window you need to close it before trying again.

Another data point is that when you click you get the file pane back at it was before you scrolled and you end up selecting the file that is now under your cursor.  The string "overlay" is not magic it can be any filter string.

[jc44]

Is that 8k?

Yes (with a 32" diagonal) - the Nk terms are becoming increasingly misleading.

[Clark]

Reproduced. It looks like the scroll is being cancelled before the click is applied. You end up selecting something on the first page. Weird. So far, I've only been able to reproduce this on Windows. We'll keep you posted.

[Clark]

We will eventually get this issue fixed. Looks like a Qt 5 issue.

I have a question in regard to not being able to move the Find and Replace dialog issue. Are you able to move the project properties dialog?  The title bar for the project properties dialog is handled very differently than the Find and Replace dialog. I'm expecting that to work.

[jc44]

We will eventually get this issue fixed. Looks like a Qt 5 issue.

I have a question in regard to not being able to move the Find and Replace dialog issue. Are you able to move the project properties dialog?  The title bar for the project properties dialog is handled very differently than the Find and Replace dialog. I'm expecting that to work.

I'm afraid I can't answer that question now (or probably for a couple of months) as I'm in the UK under a medium-grade lockdown and whilst I can continue to work from home I can't get to the (powered-down) computer at work that exhibits the "can't move stuff" problem.  Sorry.

[jc44]

This issue still exists in SE25 Beta 1

[Clark]

This issue is still on are list. We will try to fix it for v25.

[jc44]

If you can it would be good - I find myself opening the wrong file annoyingly often

[jc44]

OK - I may not be helping my case here by pestering you but this is still in Beta3 and in my experience we only have a couple more betas before release...  This is a regression and it annoys me a few times a week. New features are great but keeping the old ones, which I have come to rely on, working is much more important to me.

[Clark]

This is still on our list. Haven't forgotten for sure.