From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 28 16:17:55 2013 Received: (at submit) by debbugs.gnu.org; 28 Jan 2013 21:17:55 +0000 Received: from localhost ([127.0.0.1]:52966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tzw5T-00040K-3w for submit@debbugs.gnu.org; Mon, 28 Jan 2013 16:17:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40357) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tzw5Q-000408-95 for submit@debbugs.gnu.org; Mon, 28 Jan 2013 16:17:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tzw4x-0003on-Dl for submit@debbugs.gnu.org; Mon, 28 Jan 2013 16:17:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-102.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_LOW,T_DKIM_INVALID,USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55180) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tzw4x-0003oj-Ak for submit@debbugs.gnu.org; Mon, 28 Jan 2013 16:17:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51709) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tzw4v-0000Ko-Ss for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 16:17:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tzw4u-0003o6-D9 for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 16:17:21 -0500 Received: from mail-ea0-f170.google.com ([209.85.215.170]:46452) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tzw4t-0003nt-V1 for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 16:17:20 -0500 Received: by mail-ea0-f170.google.com with SMTP id a11so1324661eaa.15 for ; Mon, 28 Jan 2013 13:17:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:mime-version:from:to:subject:importance:date :content-type; bh=y094BqDjNlAOqC7F4hr4tA+PWs3RzrFkgn7Hi8Wprtk=; b=ARZIWRIe7tjmVKNWSBceQS/tqO/B9NJbQaZ6gFzkC6NC+VkHcrhjFeFRBOQaU0sFAq WFEVK63FfjYajZR819rOE+AAsphYFmb+6Yy8zvtKj3OgFcP9Hx904YZeeHV5PoFeK5Wo ankjKfcrwE66mScq7hkvg7CJLU/ZBlPyaU20WD8eIIv+BWV6WdWOW04C6oVAuJVkc/jO +HQVgeJW2Q1VzNLe1PgaS1giGrYKwOvZ6ZIpzaGD0urgHB8EthcCjTDUQp5ZMV6vujKb rhgZA6D6ESOShrwcC6hJoeD1jrvwoCyzO3IELbGvLyqwmpfO9t5tOhJc+NgyGLWxUIKb GCXg== X-Received: by 10.14.173.65 with SMTP id u41mr55334571eel.13.1359407838544; Mon, 28 Jan 2013 13:17:18 -0800 (PST) Received: from MACHINE (armstrong114.pndsl.co.uk. [80.229.145.142]) by mx.google.com with ESMTPS id 46sm17545533eeg.4.2013.01.28.13.17.16 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 28 Jan 2013 13:17:17 -0800 (PST) Message-ID: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> MIME-Version: 1.0 From: To: "=?utf-8?Q?bug-gnu-emacs@gnu.org?=" Subject: =?utf-8?Q?24.3.50; _query-replace_ressurrects_previous_minibuffer_contents?= Importance: Normal Date: Mon, 28 Jan 2013 21:17:10 +0000 Content-Type: multipart/alternative; boundary="_264ECD69-CC26-48A5-AC11-5B30B12CD42C_" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --_264ECD69-CC26-48A5-AC11-5B30B12CD42C_ Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" DQpGcm9tICJlbWFjcyAtUSI6DQogIE0teCBzZXQtdmFyaWFibGUgPHJldHVybj4NCiAgZW5hYmxl LXJlY3Vyc2l2ZS1taW5pYnVmZmVycyA8cmV0dXJuPg0KICB0IDxyZXR1cm4+IA0KICBNLXggc3dp dGNoLXRvLWJ1dHRlcg0KICBDLWEgTS0lDQogIHQgPHJldHVybj4gDQogIGYgPHJldHVybj4NCiAg IQ0KICA7OyB3YWl0IHR3byBzZWNvbmRzDQoNCg0KRXhwZWN0ZWQgKGluIG1pbmlidWZmZXIpOiAi c3dpZmNoLXRvLWJ1ZmZlciIuDQpBY3R1YWwgKGluIG1pbmlidXR0ZXIpOiAic2VmLXZhcmlhYmxl Ii4NCg0KDQoNCg0KSW4gR05VIEVtYWNzIDI0LjMuNTAuMSAoaTM4Ni1taW5ndy1udDYuMi45MjAw KQ0KIG9mIDIwMTMtMDEtMjggb24gTUFDSElORQ0KQnpyIHJldmlzaW9uOiAxMTE2MTcgbW9ubmll ckBpcm8udW1vbnRyZWFsLmNhLTIwMTMwMTI4MjAwMDM1LWw1eTZseW43cmVyYm1mam4NCldpbmRv d2luZyBzeXN0ZW0gZGlzdHJpYnV0b3IgYE1pY3Jvc29mdCBDb3JwLicsIHZlcnNpb24gNi4yLjky MDANCkNvbmZpZ3VyZWQgdXNpbmc6DQogYGNvbmZpZ3VyZSAtLXdpdGgtZ2NjICg0LjcpIC0tY2Zs YWdzIC1JIGM6L2dudXdpbjMyL2luY2x1ZGUgLS1sZGZsYWdzDQogLUwgYzovZ251d2luMzIvbGli Jw0KDQoNCkltcG9ydGFudCBzZXR0aW5nczoNCiAgdmFsdWUgb2YgJExBTkc6IEVORw0KICBsb2Nh bGUtY29kaW5nLXN5c3RlbTogY3AxMjUyDQogIGRlZmF1bHQgZW5hYmxlLW11bHRpYnl0ZS1jaGFy YWN0ZXJzOiB0DQoNCg0KTWFqb3IgbW9kZTogTGlzcCBJbnRlcmFjdGlvbg0KDQoNCk1pbm9yIG1v ZGVzIGluIGVmZmVjdDoNCiAgdG9vbHRpcC1tb2RlOiB0DQogIG1vdXNlLXdoZWVsLW1vZGU6IHQN CiAgdG9vbC1iYXItbW9kZTogdA0KICBtZW51LWJhci1tb2RlOiB0DQogIGZpbGUtbmFtZS1zaGFk b3ctbW9kZTogdA0KICBnbG9iYWwtZm9udC1sb2NrLW1vZGU6IHQNCiAgZm9udC1sb2NrLW1vZGU6 IHQNCiAgYmxpbmstY3Vyc29yLW1vZGU6IHQNCiAgYXV0by1jb21wb3NpdGlvbi1tb2RlOiB0DQog IGF1dG8tZW5jcnlwdGlvbi1tb2RlOiB0DQogIGF1dG8tY29tcHJlc3Npb24tbW9kZTogdA0KICBs aW5lLW51bWJlci1tb2RlOiB0DQogIHRyYW5zaWVudC1tYXJrLW1vZGU6IHQNCg0KDQpSZWNlbnQg aW5wdXQ6DQpNLXggcyBlIHQgLSB2IGEgciA8cmV0dXJuPiBlIG4gYSBiIGwgZSAtIHIgZSBjIHUg ciANCnMgaSB2IGUgPHJldHVybj4gdCA8cmV0dXJuPiBNLXggcyB3IGkgdCBjIGggLSBiIHUgdCAN CnQgZSByIEMtYSBNLSUgdCA8cmV0dXJuPiBmIDxyZXR1cm4+ICEgQy1nIE0teCByIGUgcCANCm8g ciB0IC0gZSBtIGEgYyBzIC0gYiB1IGcgPHJldHVybj4NCg0KDQpSZWNlbnQgbWVzc2FnZXM6DQpG b3IgaW5mb3JtYXRpb24gYWJvdXQgR05VIEVtYWNzIGFuZCB0aGUgR05VIHN5c3RlbSwgdHlwZSBD LWggQy1hLg0KUmVwbGFjZWQgMSBvY2N1cnJlbmNlDQpRdWl0DQoNCg0KTG9hZC1wYXRoIHNoYWRv d3M6DQpOb25lIGZvdW5kLg0KDQoNCkZlYXR1cmVzOg0KKHNoYWRvdyBzb3J0IGdudXMtdXRpbCBt YWlsLWV4dHIgZW1hY3NidWcgbWVzc2FnZSBmb3JtYXQtc3BlYyByZmM4MjIgbW1sDQptbWwtc2Vj IG1tLWRlY29kZSBtbS1ib2RpZXMgbW0tZW5jb2RlIG1haWwtcGFyc2UgcmZjMjIzMSBtYWlsYWJi cmV2DQpnbW0tdXRpbHMgbWFpbGhlYWRlciBzZW5kbWFpbCByZmMyMDQ3IHJmYzIwNDUgaWV0Zi1k cnVtcyBtbS11dGlsDQptYWlsLXByc3ZyIG1haWwtdXRpbHMgY3VzLWVkaXQgZWFzeW1lbnUgd2lk LWVkaXQgY3VzLXN0YXJ0IGN1cy1sb2FkDQpoZWxwLWZucyB0aW1lLWRhdGUgdG9vbHRpcCBlZGlm Zi1ob29rIHZjLWhvb2tzIGxpc3AtZmxvYXQtdHlwZSBtd2hlZWwNCmRvcy13MzIgbHMtbGlzcCB3 MzItY29tbW9uLWZucyBkaXNwLXRhYmxlIHczMi13aW4gdzMyLXZhcnMgdG9vbC1iYXIgZG5kDQpm b250c2V0IGltYWdlIHJlZ2V4cC1vcHQgZnJpbmdlIHRhYnVsYXRlZC1saXN0IG5ld2NvbW1lbnQg bGlzcC1tb2RlDQpyZWdpc3RlciBwYWdlIG1lbnUtYmFyIHJmbi1lc2hhZG93IHRpbWVyIHNlbGVj dCBzY3JvbGwtYmFyIG1vdXNlDQpqaXQtbG9jayBmb250LWxvY2sgc3ludGF4IGZhY2VtZW51IGZv bnQtY29yZSBmcmFtZSBjaGFtIGdlb3JnaWFuDQp1dGYtOC1sYW5nIG1pc2MtbGFuZyB2aWV0bmFt ZXNlIHRpYmV0YW4gdGhhaSB0YWktdmlldCBsYW8ga29yZWFuDQpqYXBhbmVzZSBoZWJyZXcgZ3Jl ZWsgcm9tYW5pYW4gc2xvdmFrIGN6ZWNoIGV1cm9wZWFuIGV0aGlvcGljIGluZGlhbg0KY3lyaWxs aWMgY2hpbmVzZSBjYXNlLXRhYmxlIGVwYS1ob29rIGprYS1jbXByLWhvb2sgaGVscCBzaW1wbGUg YWJicmV2DQptaW5pYnVmZmVyIGJ1dHRvbiBmYWNlcyBjdXMtZmFjZSBtYWNyb2V4cCBmaWxlcyB0 ZXh0LXByb3BlcnRpZXMgb3ZlcmxheQ0Kc2hhMSBtZDUgYmFzZTY0IGZvcm1hdCBlbnYgY29kZS1w YWdlcyBtdWxlIGN1c3RvbSB3aWRnZXQNCmhhc2h0YWJsZS1wcmludC1yZWFkYWJsZSBiYWNrcXVv dGUgbWFrZS1uZXR3b3JrLXByb2Nlc3MgdzMybm90aWZ5IHczMg0KbXVsdGktdHR5IGVtYWNzKQ== --_264ECD69-CC26-48A5-AC11-5B30B12CD42C_ Content-Transfer-Encoding: base64 Content-Type: text/html; charset="utf-8" PGh0bWw+PGhlYWQ+PHN0eWxlIGRhdGEtZXh0ZXJuYWxzdHlsZT0idHJ1ZSI+CnAuTXNvTGlzdFBh cmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGggewptYXJn aW4tdG9wOjBpbjsKbWFyZ2luLXJpZ2h0OjBpbjsKbWFyZ2luLWJvdHRvbTowaW47Cm1hcmdpbi1s ZWZ0Oi41aW47Cm1hcmdpbi1ib3R0b206LjAwMDFwdDsKfQoKcC5Nc29MaXN0UGFyYWdyYXBoQ3hT cEZpcnN0LCBsaS5Nc29MaXN0UGFyYWdyYXBoQ3hTcEZpcnN0LCBkaXYuTXNvTGlzdFBhcmFncmFw aEN4U3BGaXJzdCwgcC5Nc29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgbGkuTXNvTGlzdFBhcmFn cmFwaEN4U3BNaWRkbGUsIGRpdi5Nc29MaXN0UGFyYWdyYXBoQ3hTcE1pZGRsZSwgcC5Nc29MaXN0 UGFyYWdyYXBoQ3hTcExhc3QsIGxpLk1zb0xpc3RQYXJhZ3JhcGhDeFNwTGFzdCwgZGl2Lk1zb0xp c3RQYXJhZ3JhcGhDeFNwTGFzdCB7Cm1hcmdpbi10b3A6MGluOwptYXJnaW4tcmlnaHQ6MGluOwpt YXJnaW4tYm90dG9tOjBpbjsKbWFyZ2luLWxlZnQ6LjVpbjsKbWFyZ2luLWJvdHRvbTouMDAwMXB0 OwpsaW5lLWhlaWdodDoxMTUlOwp9Cjwvc3R5bGU+PC9oZWFkPjxib2R5PjxkaXYgZGF0YS1leHRl cm5hbHN0eWxlPSJmYWxzZSIgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksJ1NlZ29lIFVJJyxN ZWlyeW8sJ01pY3Jvc29mdCBZYUhlaSBVSScsJ01pY3Jvc29mdCBKaGVuZ0hlaSBVSScsJ01hbGd1 biBHb3RoaWMnLCdLaG1lciBVSScsJ05pcm1hbGEgVUknLFR1bmdhLCdMYW8gVUknLEVicmltYSxz YW5zLXNlcmlmO2ZvbnQtc2l6ZToxNnB4OyI+PGRpdiBkYXRhLWZvY3VzZnJvbXBvaW50ZXI9InRy dWUiPjxicj5Gcm9tICJlbWFjcyAtUSI6PGJyPiZuYnNwOyBNLXggc2V0LXZhcmlhYmxlICZsdDty ZXR1cm4mZ3Q7PGJyPiZuYnNwOyBlbmFibGUtcmVjdXJzaXZlLW1pbmlidWZmZXJzICZsdDtyZXR1 cm4mZ3Q7PGJyPiZuYnNwOyB0ICZsdDtyZXR1cm4mZ3Q7IDxicj4mbmJzcDsgTS14IHN3aXRjaC10 by1idXR0ZXI8YnI+Jm5ic3A7IEMtYSBNLSU8YnI+Jm5ic3A7IHQgJmx0O3JldHVybiZndDsgPGJy PiZuYnNwOyBmICZsdDtyZXR1cm4mZ3Q7PGJyPiZuYnNwOyAhPGJyPiZuYnNwOyA7OyB3YWl0IHR3 byBzZWNvbmRzPC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PkV4cGVjdGVkIChpbiBtaW5pYnVm ZmVyKTogInN3aWZjaC10by1idWZmZXIiLjxicj5BY3R1YWwgKGluIG1pbmlidXR0ZXIpOiAic2Vm LXZhcmlhYmxlIi48L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj4m bmJzcDs8L2Rpdj48ZGl2PkluIEdOVSBFbWFjcyAyNC4zLjUwLjEgKGkzODYtbWluZ3ctbnQ2LjIu OTIwMCk8YnI+Jm5ic3A7b2YgMjAxMy0wMS0yOCBvbiBNQUNISU5FPGJyPkJ6ciByZXZpc2lvbjog MTExNjE3IDxhIHRhYmluZGV4PSItMSIgaHJlZj0ibWFpbHRvOm1vbm5pZXJAaXJvLnVtb250cmVh bC5jYS0yMDEzMDEyODIwMDAzNS1sNXk2bHluN3JlcmJtZmpuIj5tb25uaWVyQGlyby51bW9udHJl YWwuY2EtMjAxMzAxMjgyMDAwMzUtbDV5Nmx5bjdyZXJibWZqbjwvYT48YnI+V2luZG93aW5nIHN5 c3RlbSBkaXN0cmlidXRvciBgTWljcm9zb2Z0IENvcnAuJywgdmVyc2lvbiA2LjIuOTIwMDxicj5D b25maWd1cmVkIHVzaW5nOjxicj4mbmJzcDtgY29uZmlndXJlIC0td2l0aC1nY2MgKDQuNykgLS1j ZmxhZ3MgLUkgYzovZ251d2luMzIvaW5jbHVkZSAtLWxkZmxhZ3M8YnI+Jm5ic3A7LUwgYzovZ251 d2luMzIvbGliJzwvZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj5JbXBvcnRhbnQgc2V0dGluZ3M6 PGJyPiZuYnNwOyB2YWx1ZSBvZiAkTEFORzogRU5HPGJyPiZuYnNwOyBsb2NhbGUtY29kaW5nLXN5 c3RlbTogY3AxMjUyPGJyPiZuYnNwOyBkZWZhdWx0IGVuYWJsZS1tdWx0aWJ5dGUtY2hhcmFjdGVy czogdDwvZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj5NYWpvciBtb2RlOiBMaXNwIEludGVyYWN0 aW9uPC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2Pk1pbm9yIG1vZGVzIGluIGVmZmVjdDo8YnI+ Jm5ic3A7IHRvb2x0aXAtbW9kZTogdDxicj4mbmJzcDsgbW91c2Utd2hlZWwtbW9kZTogdDxicj4m bmJzcDsgdG9vbC1iYXItbW9kZTogdDxicj4mbmJzcDsgbWVudS1iYXItbW9kZTogdDxicj4mbmJz cDsgZmlsZS1uYW1lLXNoYWRvdy1tb2RlOiB0PGJyPiZuYnNwOyBnbG9iYWwtZm9udC1sb2NrLW1v ZGU6IHQ8YnI+Jm5ic3A7IGZvbnQtbG9jay1tb2RlOiB0PGJyPiZuYnNwOyBibGluay1jdXJzb3It bW9kZTogdDxicj4mbmJzcDsgYXV0by1jb21wb3NpdGlvbi1tb2RlOiB0PGJyPiZuYnNwOyBhdXRv LWVuY3J5cHRpb24tbW9kZTogdDxicj4mbmJzcDsgYXV0by1jb21wcmVzc2lvbi1tb2RlOiB0PGJy PiZuYnNwOyBsaW5lLW51bWJlci1tb2RlOiB0PGJyPiZuYnNwOyB0cmFuc2llbnQtbWFyay1tb2Rl OiB0PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2IGRhdGEtZm9jdXNmcm9tcG9pbnRlcj0idHJ1 ZSI+UmVjZW50IGlucHV0Ojxicj5NLXggcyBlIHQgLSB2IGEgciAmbHQ7cmV0dXJuJmd0OyBlIG4g YSBiIGwgZSAtIHIgZSBjIHUgciA8YnI+cyBpIHYgZSAmbHQ7cmV0dXJuJmd0OyB0ICZsdDtyZXR1 cm4mZ3Q7IE0teCBzIHcgaSB0IGMgaCAtIGIgdSB0IDxicj50IGUgciBDLWEgTS0lIHQgJmx0O3Jl dHVybiZndDsgZiAmbHQ7cmV0dXJuJmd0OyAhIEMtZyBNLXggciBlIHAgPGJyPm8gciB0IC0gZSBt IGEgYyBzIC0gYiB1IGcgJmx0O3JldHVybiZndDs8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+ UmVjZW50IG1lc3NhZ2VzOjxicj5Gb3IgaW5mb3JtYXRpb24gYWJvdXQgR05VIEVtYWNzIGFuZCB0 aGUgR05VIHN5c3RlbSwgdHlwZSBDLWggQy1hLjxicj5SZXBsYWNlZCAxIG9jY3VycmVuY2U8YnI+ UXVpdDwvZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj5Mb2FkLXBhdGggc2hhZG93czo8YnI+Tm9u ZSBmb3VuZC48L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+RmVhdHVyZXM6PGJyPihzaGFkb3cg c29ydCBnbnVzLXV0aWwgbWFpbC1leHRyIGVtYWNzYnVnIG1lc3NhZ2UgZm9ybWF0LXNwZWMgcmZj ODIyIG1tbDxicj5tbWwtc2VjIG1tLWRlY29kZSBtbS1ib2RpZXMgbW0tZW5jb2RlIG1haWwtcGFy c2UgcmZjMjIzMSBtYWlsYWJicmV2PGJyPmdtbS11dGlscyBtYWlsaGVhZGVyIHNlbmRtYWlsIHJm YzIwNDcgcmZjMjA0NSBpZXRmLWRydW1zIG1tLXV0aWw8YnI+bWFpbC1wcnN2ciBtYWlsLXV0aWxz IGN1cy1lZGl0IGVhc3ltZW51IHdpZC1lZGl0IGN1cy1zdGFydCBjdXMtbG9hZDxicj5oZWxwLWZu cyB0aW1lLWRhdGUgdG9vbHRpcCBlZGlmZi1ob29rIHZjLWhvb2tzIGxpc3AtZmxvYXQtdHlwZSBt d2hlZWw8YnI+ZG9zLXczMiBscy1saXNwIHczMi1jb21tb24tZm5zIGRpc3AtdGFibGUgdzMyLXdp biB3MzItdmFycyB0b29sLWJhciBkbmQ8YnI+Zm9udHNldCBpbWFnZSByZWdleHAtb3B0IGZyaW5n ZSB0YWJ1bGF0ZWQtbGlzdCBuZXdjb21tZW50IGxpc3AtbW9kZTxicj5yZWdpc3RlciBwYWdlIG1l bnUtYmFyIHJmbi1lc2hhZG93IHRpbWVyIHNlbGVjdCBzY3JvbGwtYmFyIG1vdXNlPGJyPmppdC1s b2NrIGZvbnQtbG9jayBzeW50YXggZmFjZW1lbnUgZm9udC1jb3JlIGZyYW1lIGNoYW0gZ2Vvcmdp YW48YnI+dXRmLTgtbGFuZyBtaXNjLWxhbmcgdmlldG5hbWVzZSB0aWJldGFuIHRoYWkgdGFpLXZp ZXQgbGFvIGtvcmVhbjxicj5qYXBhbmVzZSBoZWJyZXcgZ3JlZWsgcm9tYW5pYW4gc2xvdmFrIGN6 ZWNoIGV1cm9wZWFuIGV0aGlvcGljIGluZGlhbjxicj5jeXJpbGxpYyBjaGluZXNlIGNhc2UtdGFi bGUgZXBhLWhvb2sgamthLWNtcHItaG9vayBoZWxwIHNpbXBsZSBhYmJyZXY8YnI+bWluaWJ1ZmZl ciBidXR0b24gZmFjZXMgY3VzLWZhY2UgbWFjcm9leHAgZmlsZXMgdGV4dC1wcm9wZXJ0aWVzIG92 ZXJsYXk8YnI+c2hhMSBtZDUgYmFzZTY0IGZvcm1hdCBlbnYgY29kZS1wYWdlcyBtdWxlIGN1c3Rv bSB3aWRnZXQ8YnI+aGFzaHRhYmxlLXByaW50LXJlYWRhYmxlIGJhY2txdW90ZSBtYWtlLW5ldHdv cmstcHJvY2VzcyB3MzJub3RpZnkgdzMyPGJyPm11bHRpLXR0eSBlbWFjcyk8YnI+PC9kaXY+PC9k aXY+PC9ib2R5PjwvaHRtbD4= --_264ECD69-CC26-48A5-AC11-5B30B12CD42C_-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 01:06:32 2013 Received: (at 13579) by debbugs.gnu.org; 30 Jan 2013 06:06:32 +0000 Received: from localhost ([127.0.0.1]:55037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0QoZ-0001Kg-CP for submit@debbugs.gnu.org; Wed, 30 Jan 2013 01:06:31 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:58912 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0QoF-0001KH-RR for 13579@debbugs.gnu.org; Wed, 30 Jan 2013 01:06:28 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 857C1207954349; Tue, 29 Jan 2013 22:05:35 -0800 (PST) From: Juri Linkov To: Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Organization: JURTA References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> Date: Wed, 30 Jan 2013 08:03:30 +0200 In-Reply-To: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> (rcopley@gmail.com's message of "Mon, 28 Jan 2013 21:17:10 +0000") Message-ID: <87vcafp5qe.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13579 Cc: 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > From "emacs -Q": > M-x set-variable > enable-recursive-minibuffers > t > M-x switch-to-butter > C-a M-% > t > f > ! > ;; wait two seconds > > Expected (in minibuffer): "swifch-to-buffer". > Actual (in minibutter): "sef-variable". Thanks for the report. Initially `isearch-forward' is nil, so M-% tries to search backward going through the minibuffer history (thus it uses the global value of `isearch-forward' in `minibuffer-history-isearch-search'). It is evident now from your report that the search space for replacements should be narrowed to the strict set of search functions defined in isearch.el. This is a regression, so I propose to install the following patch to the emacs-24 release branch: === modified file 'lisp/replace.el' --- lisp/replace.el 2013-01-01 09:11:05 +0000 +++ lisp/replace.el 2013-01-30 06:03:10 +0000 @@ -1831,7 +1831,7 @@ (defun perform-replace (from-string repl replace-regexp-lax-whitespace) (isearch-case-fold-search case-fold-search) (isearch-forward t)) - (isearch-search-fun)))) + (isearch-search-fun-default)))) (search-string from-string) (real-match-data nil) ; The match data for the current match. (next-replacement nil) From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 09:01:11 2013 Received: (at 13579) by debbugs.gnu.org; 30 Jan 2013 14:01:11 +0000 Received: from localhost ([127.0.0.1]:55476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0YDq-0005ju-FS for submit@debbugs.gnu.org; Wed, 30 Jan 2013 09:01:10 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:51493) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0YDk-0005jR-8u for 13579@debbugs.gnu.org; Wed, 30 Jan 2013 09:01:05 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r0UE0LXT031168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 Jan 2013 14:00:22 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0UE0J6s002025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jan 2013 14:00:20 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0UE0J5L020363; Wed, 30 Jan 2013 08:00:19 -0600 Received: from dradamslap1 (/10.159.242.205) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jan 2013 06:00:19 -0800 From: "Drew Adams" To: "'Juri Linkov'" , References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> Subject: RE: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Date: Wed, 30 Jan 2013 06:00:13 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87vcafp5qe.fsf@mail.jurta.org> Thread-Index: Ac3+r/UxStmC5PiMT0yvo85hhVui1wAQhK4Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 13579 Cc: 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > M-x switch-to-butter Thank you! That one made my day. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 19:17:49 2013 Received: (at 13579) by debbugs.gnu.org; 31 Jan 2013 00:17:49 +0000 Received: from localhost ([127.0.0.1]:56463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0hqe-00038J-Tj for submit@debbugs.gnu.org; Wed, 30 Jan 2013 19:17:49 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:50896 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0hqa-000387-3C for 13579@debbugs.gnu.org; Wed, 30 Jan 2013 19:17:46 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id EF9642703EE017; Wed, 30 Jan 2013 16:17:02 -0800 (PST) From: Juri Linkov To: Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Organization: JURTA References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> Date: Thu, 31 Jan 2013 02:07:04 +0200 In-Reply-To: <87vcafp5qe.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 30 Jan 2013 08:03:30 +0200") Message-ID: <87d2wmp643.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13579 Cc: 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > It is evident now from your report that the search space for replacements > should be narrowed to the strict set of search functions defined in isearch.el. If someone wants to perform replacements through the minibuffer history, this can be implemented as a new separate feature like multi-buffer replacements (where going to the previous history element is like going to the previous buffer in a sequence.) > This is a regression, so I propose to install the following patch to the > emacs-24 release branch: `isearch-search-fun-default' prevents the search from going through the history, but it fixes only part of the problem. Another part of the problem is that it tried to go backwards through the history using the global nil value of `isearch-forward' and ignoring the let-binding t of `isearch-forward' in `perform-replace'. That's because `isearch-forward' is not lexically bound when the lambda in `minibuffer-history-isearch-search' is evaluated. Now `isearch-search-fun-default' should not use that lambda, but there is another lambda in `isearch-search-fun-default' used for `isearch-word' mode. It causes another regression when using delimited replacements in the minibuffer - the let-bindings of isearch variables in `perform-replace' such as binding `isearch-word' to `delimited-flag' are no more effective at the moment when the lambda in `isearch-search-fun-default' is evaluated. This regression can be fixed by the following patch that will let-bind isearch-related variables at the moment when the search function is called: === modified file 'lisp/replace.el' --- lisp/replace.el 2013-01-01 09:11:05 +0000 +++ lisp/replace.el 2013-01-31 00:04:17 +0000 @@ -1823,15 +1823,17 @@ (defun perform-replace (from-string repl (or (if regexp-flag replace-re-search-function replace-search-function) - (let ((isearch-regexp regexp-flag) - (isearch-word delimited-flag) - (isearch-lax-whitespace - replace-lax-whitespace) - (isearch-regexp-lax-whitespace - replace-regexp-lax-whitespace) - (isearch-case-fold-search case-fold-search) - (isearch-forward t)) - (isearch-search-fun)))) + (lambda (string &optional bound noerror count) + (let ((isearch-regexp regexp-flag) + (isearch-word delimited-flag) + (isearch-lax-whitespace + replace-lax-whitespace) + (isearch-regexp-lax-whitespace + replace-regexp-lax-whitespace) + (isearch-case-fold-search case-fold-search) + (isearch-nonincremental t) + (isearch-forward t)) + (funcall (isearch-search-fun-default) string bound noerror count))))) (search-string from-string) (real-match-data nil) ; The match data for the current match. (next-replacement nil) From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 19:33:19 2013 Received: (at 13579) by debbugs.gnu.org; 31 Jan 2013 00:33:19 +0000 Received: from localhost ([127.0.0.1]:56469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0i5f-0003Y8-CV for submit@debbugs.gnu.org; Wed, 30 Jan 2013 19:33:19 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:49446) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0i5d-0003Y1-Ps for 13579@debbugs.gnu.org; Wed, 30 Jan 2013 19:33:18 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="73275" Received: from 184-175-13-222.dsl.teksavvy.com (HELO ceviche.home) ([184.175.13.222]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 Jan 2013 19:32:37 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 7F68366130; Wed, 30 Jan 2013 19:32:37 -0500 (EST) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Message-ID: References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> <87d2wmp643.fsf@mail.jurta.org> Date: Wed, 30 Jan 2013 19:32:37 -0500 In-Reply-To: <87d2wmp643.fsf@mail.jurta.org> (Juri Linkov's message of "Thu, 31 Jan 2013 02:07:04 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13579 Cc: rcopley@gmail.com, 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > This regression can be fixed by the following patch that will let-bind > isearch-related variables at the moment when the search function > is called: A better fix is to say that isearch-search-fun-function should return a function that does not pay attention to isearch-* variables. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 31 19:35:12 2013 Received: (at 13579) by debbugs.gnu.org; 1 Feb 2013 00:35:12 +0000 Received: from localhost ([127.0.0.1]:58271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U14b1-0006JQ-L0 for submit@debbugs.gnu.org; Thu, 31 Jan 2013 19:35:11 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:58268 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U14aw-0006J7-Bt for 13579@debbugs.gnu.org; Thu, 31 Jan 2013 19:35:07 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 2A439258B92971; Thu, 31 Jan 2013 16:34:19 -0800 (PST) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Organization: JURTA References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> <87d2wmp643.fsf@mail.jurta.org> Date: Fri, 01 Feb 2013 02:17:33 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 30 Jan 2013 19:32:37 -0500") Message-ID: <87wqusnara.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13579 Cc: rcopley@gmail.com, 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > A better fix is to say that isearch-search-fun-function should return > a function that does not pay attention to isearch-* variables. It is possible to construct a lambda for `isearch-word' in `isearch-search-fun-default' that won't use isearch-* variables. Rewriting more complex functions like `minibuffer-history-isearch-search' would be more tricky. And may be some external packages use global values too. Also there are some variables that still will use the global values like using `search-whitespace-regexp' in `search-forward-lax-whitespace' (currently this shouldn't cause a problem since replace.el doesn't use a replace-specific counterpart option for `search-whitespace-regexp'; introducing an option `replace-whitespace-regexp' might break this). I'll try to do this in trunk. Regarding fixing the regression in the emacs-24 branch, I propose a patch that let-binds isearch-* variables in the same place where `search-function' is funcalled. I believe this is a more reliable and less error-prone fix. === modified file 'lisp/replace.el' --- lisp/replace.el 2013-01-01 09:11:05 +0000 +++ lisp/replace.el 2013-02-01 00:15:31 +0000 @@ -1819,19 +1819,6 @@ (defun perform-replace (from-string repl case-fold-search)) (nocasify (not (and case-replace case-fold-search))) (literal (or (not regexp-flag) (eq regexp-flag 'literal))) - (search-function - (or (if regexp-flag - replace-re-search-function - replace-search-function) - (let ((isearch-regexp regexp-flag) - (isearch-word delimited-flag) - (isearch-lax-whitespace - replace-lax-whitespace) - (isearch-regexp-lax-whitespace - replace-regexp-lax-whitespace) - (isearch-case-fold-search case-fold-search) - (isearch-forward t)) - (isearch-search-fun)))) (search-string from-string) (real-match-data nil) ; The match data for the current match. (next-replacement nil) @@ -1894,6 +1881,26 @@ (defun perform-replace (from-string repl ;; Loop finding occurrences that perhaps should be replaced. (while (and keep-going (not (or (eobp) (and limit (>= (point) limit)))) + ;; Let-bind global isearch-* variables to values used + ;; to search the next replacement. These let-bindings + ;; should be effective both at the time of calling + ;; `isearch-search-fun-default' and also at the + ;; time of funcalling `search-function'. + (let* ((isearch-regexp regexp-flag) + (isearch-word delimited-flag) + (isearch-lax-whitespace + replace-lax-whitespace) + (isearch-regexp-lax-whitespace + replace-regexp-lax-whitespace) + (isearch-case-fold-search case-fold-search) + (isearch-adjusted nil) + (isearch-nonincremental t) + (isearch-forward t) + (search-function + (or (if regexp-flag + replace-re-search-function + replace-search-function) + (isearch-search-fun-default)))) ;; Use the next match if it is already known; ;; otherwise, search for a match after moving forward ;; one char if progress is required. @@ -1926,7 +1933,7 @@ (defun perform-replace (from-string repl (replace-match-data t real-match-data) (goto-char opoint) - nil)))))) + nil))))))) ;; Record whether the match is nonempty, to avoid an infinite loop ;; repeatedly matching the same empty string. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 01 09:16:09 2013 Received: (at 13579) by debbugs.gnu.org; 1 Feb 2013 14:16:10 +0000 Received: from localhost ([127.0.0.1]:58897 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1HPV-0002Ss-FP for submit@debbugs.gnu.org; Fri, 01 Feb 2013 09:16:09 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:44101) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1HPT-0002Sl-51 for 13579@debbugs.gnu.org; Fri, 01 Feb 2013 09:16:07 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFLd/iW/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av8EABK/CFFLd/iW/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="192458" Received: from 75-119-248-150.dsl.teksavvy.com (HELO pastel.home) ([75.119.248.150]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 01 Feb 2013 09:15:18 -0500 Received: by pastel.home (Postfix, from userid 20848) id E4C4658F88; Fri, 1 Feb 2013 09:15:17 -0500 (EST) From: Stefan Monnier To: Juri Linkov Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Message-ID: References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> <87d2wmp643.fsf@mail.jurta.org> <87wqusnara.fsf@mail.jurta.org> Date: Fri, 01 Feb 2013 09:15:17 -0500 In-Reply-To: <87wqusnara.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 01 Feb 2013 02:17:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 13579 Cc: rcopley@gmail.com, 13579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > I'll try to do this in trunk. Thanks. > Regarding fixing the regression in the emacs-24 branch, I propose a patch > that let-binds isearch-* variables in the same place where `search-function' > is funcalled. I believe this is a more reliable and less error-prone fix. That looks fine, yes, thank you, Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 01 18:41:33 2013 Received: (at 13579-done) by debbugs.gnu.org; 1 Feb 2013 23:41:33 +0000 Received: from localhost ([127.0.0.1]:60090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1QEe-0000nN-KL for submit@debbugs.gnu.org; Fri, 01 Feb 2013 18:41:32 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:37982 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1QEZ-0000n8-Iw for 13579-done@debbugs.gnu.org; Fri, 01 Feb 2013 18:41:29 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 6F06E258B9296F; Fri, 1 Feb 2013 15:40:35 -0800 (PST) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#13579: 24.3.50; query-replace ressurrects previous minibuffer contents Organization: JURTA References: <5106eadd.46030e0a.12ea.ffffa827@mx.google.com> <87vcafp5qe.fsf@mail.jurta.org> <87d2wmp643.fsf@mail.jurta.org> <87wqusnara.fsf@mail.jurta.org> Date: Sat, 02 Feb 2013 01:39:10 +0200 In-Reply-To: (Stefan Monnier's message of "Fri, 01 Feb 2013 09:15:17 -0500") Message-ID: <87lib77gf5.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13579-done Cc: rcopley@gmail.com, 13579-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) Version: 24.2.92 > That looks fine, yes, thank you, Fixed in emacs-24 branch. From unknown Fri Jun 20 07:24:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 02 Mar 2013 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator