I know this is a duplicate of #532 but wanted it logged separately so that someone googling emacs bug symptoms can find a matching description, then direct them to the root-cause issue - hopefully with workarounds.
(Apparent) Steps to reproduce:
Edit in a file, moving mark around as normal
move to an interesting bit of text
C-s C-w C-w - that s enter isearch mode and hit ctrl-w a few times to absorb the text right of pointer into the isearch text
Expected results:
isearch buffer includes parts of text and on C-s (or C-r) you can navigate to similar bits of text, or amend the search text as required
(Apparent) Actual results:
(Sometimes) A random chunk of text is deleted. (Undo brings it back). Its not reliable, but it happens "when I least expect it".
Actual Actual results
532 has been triggered.
What really happened is isearch dropped out and the C-w cut text from the pointer to the last mark. I'm not sure this is strictly related to mouse movement, it could be based on a timer after the mouse pointer stops moving - eg that shows the tool tips for what is pointed at by mouse, vs by cursor.
I know this is a duplicate of #532 but wanted it logged separately so that someone googling emacs bug symptoms can find a matching description, then direct them to the root-cause issue - hopefully with workarounds.
(Apparent) Steps to reproduce:
Expected results:
isearch buffer includes parts of text and on C-s (or C-r) you can navigate to similar bits of text, or amend the search text as required
(Apparent) Actual results:
(Sometimes) A random chunk of text is deleted. (Undo brings it back). Its not reliable, but it happens "when I least expect it".
Actual Actual results
532 has been triggered.
What really happened is isearch dropped out and the C-w cut text from the pointer to the last mark. I'm not sure this is strictly related to mouse movement, it could be based on a timer after the mouse pointer stops moving - eg that shows the tool tips for what is pointed at by mouse, vs by cursor.
See #532 for potential workarounds