Bug 1335247 - ctrl-s search is broken with 'emacs -nw' when using copy/paste 'search string' with mouse
Summary: ctrl-s search is broken with 'emacs -nw' when using copy/paste 'search string...
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Synacek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-11 16:31 UTC by Satish Balay
Modified: 2016-07-14 15:27 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-05-23 11:47:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Satish Balay 2016-05-11 16:31:48 UTC
Description of problem:

ctrl-s search is broken with 'emacs -nw' when using copy/paste search string with mouse

Version-Release number of selected component (if applicable):

emacs-25.0.93-2.fc24.x86_64

How reproducible:

Always

Steps to Reproduce:
1. open a file 'emacs -nw foobar'
2. search 'ctrl s'
3. copy/paste some text to search with a mouse

Actual results:

The pasted text goes into the file buffer - modifying the file.

Expected results:

The pasted text should go into the search box at the bottom


Additional info:
This mode worked fine with emacs in F23

This issue was previously reported at 
https://bugzilla.redhat.com/show_bug.cgi?id=1161786#c15

Comment 1 Jan Synacek 2016-05-12 07:59:22 UTC
Filed upstream:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23519

Comment 2 Jan Synacek 2016-05-23 11:46:19 UTC
The upstream bugreport now has a patch. I have verified locally that it fixes this bug.

http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=869092c9ed373e97f92c7f7518396e3fbdb24dd8

Comment 3 Jan Synacek 2016-05-23 11:47:17 UTC
The fix will be available in the next emacs release.

Comment 4 Satish Balay 2016-07-14 15:27:06 UTC
I tried using emacs-25.0.95-1.fc24.x86_64 - the primary issue appears to be resolved.

However - there is a minor regression in behaviour.

When copy/pasting text - all the upper-case letters are converted to lower-case.

I see this is the default behaviour in GUI mode. However in GUI mode - If I do the following - the upper-case letters are preserved

Ctrl-S, mouse-select command bar, copy/paste text.

[Normal mode is: Ctrl-S, copy/paste text on command bar]


Note You need to log in before you can comment on or make changes to this bug.