From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#8869: Unjustified selection time-out Date: Sun, 19 Jun 2011 12:26:56 +0200 Message-ID: <4DFDCEF0.5060509@swipnet.se> References: <4DF955AF.6080107@harpegolden.net> <4DFA2303.2070304@harpegolden.net> <4DFB98D8.5030204@harpegolden.net> <871uyq23w3.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1308479302 2079 80.91.229.12 (19 Jun 2011 10:28:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 19 Jun 2011 10:28:22 +0000 (UTC) Cc: 8869@debbugs.gnu.org To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 19 12:28:18 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QYFEo-0005pU-Em for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Jun 2011 12:28:18 +0200 Original-Received: from localhost ([::1]:49061 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYFEn-0000eE-L8 for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Jun 2011 06:28:17 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60423) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYFEa-0000e7-Ei for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2011 06:28:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QYFEZ-0007cI-6A for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2011 06:28:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QYFEZ-0007cE-4g for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2011 06:28:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QYFEY-00011C-DH; Sun, 19 Jun 2011 06:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jun 2011 10:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8869 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8869-submit@debbugs.gnu.org id=B8869.13084792303857 (code B ref 8869); Sun, 19 Jun 2011 10:28:02 +0000 Original-Received: (at 8869) by debbugs.gnu.org; 19 Jun 2011 10:27:10 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYFDh-00010A-I0 for submit@debbugs.gnu.org; Sun, 19 Jun 2011 06:27:09 -0400 Original-Received: from smtprelay-b22.telenor.se ([195.54.99.213]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QYFDe-0000zb-Kv for 8869@debbugs.gnu.org; Sun, 19 Jun 2011 06:27:07 -0400 Original-Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-b22.telenor.se (Postfix) with ESMTP id B6CC8EA872 for <8869@debbugs.gnu.org>; Sun, 19 Jun 2011 12:27:00 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvJpAJ7O/U1V4S1kPGdsb2JhbABSiRGdSQsBAQEBNzKIdbwqhioElj6LIw X-IronPort-AV: E=Sophos;i="4.65,388,1304287200"; d="scan'208";a="22445273" Original-Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb3.telenor.se with ESMTP; 19 Jun 2011 12:27:00 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id A01627FA05A; Sun, 19 Jun 2011 12:26:56 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.18) Gecko/20110613 Thunderbird/3.1.11 In-Reply-To: <871uyq23w3.fsf@stupidchicken.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 19 Jun 2011 06:28:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:47306 Archived-At: Hi. There is something wrong with the implementation for SAVE_TARGETS. What happens is: 1) Emacs sends SAVE_TARGET and starts to wait for SelectionNotify. 2) The clipboard manager tries to get the CLIPBOARD selection with a SelectionRequest. 3) Emacs receives this but does not reply to it, as it is only intereted in SelectionNotify. 4) If an input event, such as mouse move, occurs, the loop is broken and all queued X Events are handeled, including SelectionRequest. 5) The clipboard manager has gotten the clipboard from Emacs and only now sends SelectionNotify. Thus, if there isn't any input in 4), the exit will time out. Emacs must handle SelectionRequest in 3) to work correctly. Jan D. Chong Yidong skrev 2011-06-19 00.03: > David De La Harpe Golden writes: > >>> - standard Debian testing Gnome setup. >>> - killall metacity. >>> - start good'ol ctwm, emacs, and xterm. >> >> Well, if you're literally doing that, that will tend to leave bits of >> gnome hanging about. > > Yeah, though that doesn't explain why "no other application seems to > exhibit such a delay when exiting". Plenty of other applications ought > to be supporting the clipboard manager spec these days. > > There are various possible workarounds, e.g. we could have > x_clipboard_manager_save_frame set x-select-enable-clipboard-manager to > nil if it hits a timeout, so that the delay at least won't recur in the > same session. But it wouldn't be wise to implement them until we get a > few more details about the actual failure case. > >