FLUID and mouse selection

[nenin]

I`m observing strange issue:
I`m using FLUID  (FLTK form designer) from C::B (through file association in project tree). Almost any time after I finishing FLUID editing and switch to C::B mouse starts to select text in current file. Likely it is related to reopening generated source file in C::B.
Observed on 20.3+ and Win10.

[BlueHazzard]

How do you switch? Alt tab?

Can you describe the problem in more detail?
Step by step to be able to reproduce..

[nenin]

Alt-Tab. I`ll do it at Monday, from work PC.

[nenin]

Situation found to be reproducible if source file, which is  already open in C::B, changed outside, after this dialog (see attach) jumped out. It looks like this artefact does not appear after Alt-Tab or TaskBar switching, but it appears after task switching by mouse click on C::B editor area.
FLUID is not a source, the same effect can be reproduced by external text editor. Looks like mouse event is somehow corrupted when C::B catches focus in this way.

[BlueHazzard]

Can you try to reproduce this in notepad++?

i somehow can not reproduce it, or i do something wrong...

[Edit:] if i use alt+tab cb always ask if i want to reload the code, and then this selection issue does not happen for me...
Can you make a step by step description, like
1) Open codeblocks
2) Open file in editor
3) Open the same file in external editor, by going->Start->Notepad.exe->Enter
4) Modify the file in notepad
5) Save the file in notepad
6) Switch to codeblocks by pressing alt+tab
7) No dialog appears
text is selected

[BlueHazzard]

Ok, i can reproduce now. You have to switch editor by clicking the mouse in codeblocks:
1) Open Codeblocks
2) Open text file in codeblocks
3) Open the same text file in an external editor
4) Both editors have to be seen on the screen
5) Modify the text in the external editor and save
6) Click in codeblocks.
7) The reaload dialog appears, say reload yes
Random text is selected

[BlueHazzard]

I created a ticket for this:
https://sourceforge.net/p/codeblocks/tickets/974/

[nenin]

Thanks!

[Pecan]

I cannot recreate this situation using codeblocks and notepad.
What external editor are you using?

Windows 10, Codeblocks rev 12040.
Are you running/enabling the MouseSap plugin?

[nenin]

I tried with enables and disabled MouseSap - glitch is the same.
I observed it with FLUID (FLTK form designer) and CudaText.  Now checked with Notepad- the same story. 
I doubt it is somehow related to external editor, looks like mouse event somehow corrupted during switching context form the external editor to C::B.
Issue with autoselection appeared if I:
1. Save already opened in C::B source file in external editor
2. Switch from visible on top ext.editor to underlaying C::B  by clicking the mouse on C::B editor context. Looks like it not appears if click was made on the other C::B zones- menu, toolbar... After clicking on  C::B window top bar I got this message (see attach.). No RPT was generated, C::B continue to work without selection issues.

CodeBlocks 12091 (but it was observed from 20.03), Win 10.

[Pecan]

Are you running a clip board (cut/paste) handler in the background?

Would you disable the plugins one at a time to see if disabling one solves the problem.

Would you list for us, the plugins you are running so we can try to create an environment like yours to test with.

[BlueHazzard]

For me normal environment, all plugins enabled (not so recent) trunk build, windows 10

[nenin]

Are you running a clip board (cut/paste) handler in the background?

Would you disable the plugins one at a time to see if disabling one solves the problem.

Would you list for us, the plugins you are running so we can try to create an environment like yours to test with.

I dont have any clipboard handler installed. I have Keepass installed, but it was not running when I observe issues.
I only switched off MouseSap after your post. So all other is active. I didnot install any additional. See.attach.

[Pecan]

I cannot recreate this problem with current head (12166) with all plugins enabled. Windows 10. Sorry that I won't be able to help.

[AndrewCot]

One of my friends is having this issue with the SVN 12516 on Ubuntu 20.04.

I have been able to reproduce it (same process as bluehazzard post #5) on the following systems with the SVN 12529 trunk code locally built Code::Blocks:
1) Windows 10 with Notepad++ as the other editor
2) Xubuntu 20.04 with Mousepad as the other editor

I have no third party clipboard handlers installed on either OS.

Any ideas on where in the code I should start to look for the bug to help out? Even a keyword to search for at would be helpful or a directory to look at etc.