From lennart.borgman@gmail.com Tue Nov 17 17:46:54 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Nov 2009 01:46:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.8 required=4.0 tests=AWL,MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAI1krEH015784 for ; Tue, 17 Nov 2009 17:46:54 -0800 Received: from mx10.gnu.org ([199.232.76.166]:41998) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1NAZdE-0002Yb-RB for emacs-pretest-bug@gnu.org; Tue, 17 Nov 2009 20:46:52 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NAZdE-00065f-08 for emacs-pretest-bug@gnu.org; Tue, 17 Nov 2009 20:46:52 -0500 Received: from mail-yw0-f177.google.com ([209.85.211.177]:33802) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NAZdD-00065V-Od for emacs-pretest-bug@gnu.org; Tue, 17 Nov 2009 20:46:51 -0500 Received: by ywh7 with SMTP id 7so707665ywh.24 for ; Tue, 17 Nov 2009 17:46:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=ZHsD0mh/ZTr0Va7ziivaMUuC3gVXNH21LWH/Qn5YX8E=; b=QE2Bl7iWAMpJYZFnLQARgK5osO6rXHSAS3jYolFUXHavu4Xa4NeKvtkIG8xdrPRjQn lBHB1dFoCUGvfYVen8h6IUWl3nKoTQIl9EPyfxnMuybf+A16lheDEBP9a36SiaSqvcwj XODVebfMAGcFVzfpxI31sQtZUm/nvb4D+31kY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=PVJFo6rNWcQ18deFGQSk0/EMTRLHkJeGEz8gzjzjdNU15t7gAznuERCeo9kG64q33b SBON3PAWMgUwdYDKeMD3aADvIiKxsiFpGmCd6WFMVavpE62q1NhK3qtBE4qpr/eJxDOT 5iBxkrvXB69Ozj9jCRcvt207RdU06vR9hCzag= MIME-Version: 1.0 Received: by 10.101.149.3 with SMTP id b3mr2406867ano.115.1258508811142; Tue, 17 Nov 2009 17:46:51 -0800 (PST) From: Lennart Borgman Date: Wed, 18 Nov 2009 02:46:31 +0100 Message-ID: Subject: 23.1.50; browse-url-default-windows-browser bug + patch To: emacs-pretest-bug@gnu.org Content-Type: multipart/mixed; boundary=0016e68e811aa2884404789b6af8 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) --0016e68e811aa2884404789b6af8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable browse-url-default-windows-browser does not work any longer. I am unsure when it stopped working, but on at least Windows XP the attached patch seems necessary. Could we please apply this as soon as possible so it will get tested? In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600) =C2=A0of 2009-10-15 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' --0016e68e811aa2884404789b6af8 Content-Type: text/x-diff; charset=US-ASCII; name="browse-url.patch" Content-Disposition: attachment; filename="browse-url.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g25flwn80 SW5kZXg6IGJyb3dzZS11cmwuZWwNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvc291cmNlcy9lbWFj cy9lbWFjcy9saXNwL25ldC9icm93c2UtdXJsLmVsLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS44 NQ0KZGlmZiAtYyAtcjEuODUgYnJvd3NlLXVybC5lbA0KKioqIGJyb3dzZS11cmwuZWwJNiBOb3Yg MjAwOSAwNToxNjoyOSAtMDAwMAkxLjg1DQotLS0gYnJvd3NlLXVybC5lbAkxOCBOb3YgMjAwOSAw MToyNzoyMSAtMDAwMA0KKioqKioqKioqKioqKioqDQoqKiogNDQ0LDQ1MCAqKioqDQogICAgICA7 OyBhcHBsaWVzLg0KICAgICAgKCJeL1xcKFteOkBdK0BcXCk/XFwoW146XStcXCk6LyoiIC4gImZ0 cDovL1xcMVxcMi8iKQ0KICAgICAgLEAoaWYgKG1lbXEgc3lzdGVtLXR5cGUgJyh3aW5kb3dzLW50 IG1zLWRvcyBjeWd3aW4pKQ0KISAgICAgICAgICAgJygoIl5cXChbYS16QS1aXTpcXClbXFwvXSIg LiAiZmlsZTpcXDEvIikNCiAgICAgICAgICAgICAgKCJeW1xcL11bXFwvXSsiIC4gImZpbGU6Ly8i KSkpDQogICAgICAoIl4vKyIgLiAiZmlsZTovLy8iKSkNCiAgICAiQW4gYWxpc3Qgb2YgKFJFR0VY UCAuIFNUUklORykgcGFpcnMgdXNlZCBieSBgYnJvd3NlLXVybC1vZi1maWxlJy4NCi0tLSA0NDQs NDUwIC0tLS0NCiAgICAgIDs7IGFwcGxpZXMuDQogICAgICAoIl4vXFwoW146QF0rQFxcKT9cXChb XjpdK1xcKTovKiIgLiAiZnRwOi8vXFwxXFwyLyIpDQogICAgICAsQChpZiAobWVtcSBzeXN0ZW0t dHlwZSAnKHdpbmRvd3MtbnQgbXMtZG9zIGN5Z3dpbikpDQohICAgICAgICAgICAnKCgiXlxcKFth LXpBLVpdOlxcKVtcXC9dIiAuICJmaWxlOi8vL1xcMS8iKQ0KICAgICAgICAgICAgICAoIl5bXFwv XVtcXC9dKyIgLiAiZmlsZTovLyIpKSkNCiAgICAgICgiXi8rIiAuICJmaWxlOi8vLyIpKQ0KICAg ICJBbiBhbGlzdCBvZiAoUkVHRVhQIC4gU1RSSU5HKSBwYWlycyB1c2VkIGJ5IGBicm93c2UtdXJs LW9mLWZpbGUnLg0KKioqKioqKioqKioqKioqDQoqKiogODM0LDg0MCAqKioqDQogICAgICAgIChp ZiBkb3Mtd2luZG93cy12ZXJzaW9uDQogIAkgIChzaGVsbC1jb21tYW5kIChjb25jYXQgInN0YXJ0 ICIgKHNoZWxsLXF1b3RlLWFyZ3VtZW50IHVybCkpKQ0KICAJKGVycm9yICJCcm93c2luZyBVUkxz IGlzIG5vdCBzdXBwb3J0ZWQgb24gdGhpcyBzeXN0ZW0iKSkNCiEgICAgICh3MzItc2hlbGwtZXhl Y3V0ZSAib3BlbiIgdXJsKSkpDQogIA0KICAoZGVmdW4gYnJvd3NlLXVybC1kZWZhdWx0LW1hY29z eC1icm93c2VyICh1cmwgJm9wdGlvbmFsIG5ldy13aW5kb3cpDQogICAgKGludGVyYWN0aXZlIChi cm93c2UtdXJsLWludGVyYWN0aXZlLWFyZyAiVVJMOiAiKSkNCi0tLSA4MzQsODQwIC0tLS0NCiAg ICAgICAgKGlmIGRvcy13aW5kb3dzLXZlcnNpb24NCiAgCSAgKHNoZWxsLWNvbW1hbmQgKGNvbmNh dCAic3RhcnQgIiAoc2hlbGwtcXVvdGUtYXJndW1lbnQgdXJsKSkpDQogIAkoZXJyb3IgIkJyb3dz aW5nIFVSTHMgaXMgbm90IHN1cHBvcnRlZCBvbiB0aGlzIHN5c3RlbSIpKQ0KISAgICAgKHczMi1z aGVsbC1leGVjdXRlIG5pbCB1cmwpKSkNCiAgDQogIChkZWZ1biBicm93c2UtdXJsLWRlZmF1bHQt bWFjb3N4LWJyb3dzZXIgKHVybCAmb3B0aW9uYWwgbmV3LXdpbmRvdykNCiAgICAoaW50ZXJhY3Rp dmUgKGJyb3dzZS11cmwtaW50ZXJhY3RpdmUtYXJnICJVUkw6ICIpKQ0K --0016e68e811aa2884404789b6af8-- From monnier@iro.umontreal.ca Tue Nov 17 19:35:29 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 18 Nov 2009 03:35:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.6 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.181]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAI3ZSXp027485 for <4951@emacsbugs.donarmstrong.com>; Tue, 17 Nov 2009 19:35:29 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4EAKr6AkvO+II8/2dsb2JhbACBTtROhDsEiVU X-IronPort-AV: E=Sophos;i="4.44,762,1249272000"; d="scan'208";a="49578951" Received: from 206-248-130-60.dsl.teksavvy.com (HELO ceviche.home) ([206.248.130.60]) by ironport2-out.pppoe.ca with ESMTP; 17 Nov 2009 22:35:14 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 144D2B40C9; Tue, 17 Nov 2009 22:35:13 -0500 (EST) From: Stefan Monnier To: Lennart Borgman Cc: 4951@debbugs.gnu.org Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch Message-ID: References: Date: Tue, 17 Nov 2009 22:35:13 -0500 In-Reply-To: (Lennart Borgman's message of "Wed, 18 Nov 2009 02:46:31 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > browse-url-default-windows-browser does not work any longer. I am > unsure when it stopped working, but on at least Windows XP the > attached patch seems necessary. Could we please apply this as soon as > possible so it will get tested? Could you explain why it's necessary? I mean I understand you say that the current doesn't work, but I'd like to understand why it doesn't work. Stefan From lennart.borgman@gmail.com Tue Nov 17 19:41:57 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 18 Nov 2009 03:41:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yx0-f190.google.com (mail-yx0-f190.google.com [209.85.210.190]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAI3ft4Q027975 for <4951@emacsbugs.donarmstrong.com>; Tue, 17 Nov 2009 19:41:56 -0800 Received: by yxe28 with SMTP id 28so707830yxe.19 for <4951@emacsbugs.donarmstrong.com>; Tue, 17 Nov 2009 19:41:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=7ayy+QX0CePKLFyi7lvxN+foctRAS6JflC0COYGZyTg=; b=s0faEdoZG/j7Umai1RS+81j3AfO73W4hbpD70pe/wHvQrTTfglzTczCoVM8MJHOZZC 8770yfdE+4aaF9j0i2k5QqhNfFxu1oFZeBrfRct/FDjtI+ZsuaE6cX4c2vuqlGLFCSlM OagJEbOYquSXFRrmWUCGHuYwhE32ijAzk37fA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=YxDykpBZJGvEs0En1xAv5jXaVbFKXqbchu20+iN36I9FcEzzkQG14BL4KNGKWx4OTs 086UmzJMW2/3E/bn6r1UOboX/kjJykql8iIR7+9sEXMtTpMtqcSUejqC4G3D/JhIMbRm uQMzZnmgsaBHq7x8/pPkiMuVinEN45KeQmELw= MIME-Version: 1.0 Received: by 10.101.151.9 with SMTP id d9mr8676654ano.169.1258515703291; Tue, 17 Nov 2009 19:41:43 -0800 (PST) In-Reply-To: References: From: Lennart Borgman Date: Wed, 18 Nov 2009 04:41:23 +0100 Message-ID: Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch To: Stefan Monnier Cc: 4951@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Nov 18, 2009 at 4:35 AM, Stefan Monnier wrote: >> browse-url-default-windows-browser does not work any longer. =C2=A0I am >> unsure when it stopped working, but on at least Windows XP the >> attached patch seems necessary. =C2=A0Could we please apply this as soon= as >> possible so it will get tested? > > Could you explain why it's necessary? =C2=A0I mean I understand you say t= hat > the current doesn't work, but I'd like to understand why it doesn't work. No, I do not understand why it is necessary ... ;-) There are two changes: 1) file: =3D> file:/// This was discussed some time ago (a yr or two?) and it looks like this is a more correct syntax for the file URL. 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" to nil is for some reason I do not know necessary. The answer to why hides deep within the w32 registry and maybe some knowledgeable persons at MS... It might be a mismatch of some kind, I don't know. I believe the verbs are not that well thought out and used all the time. Probably the registry entry has taken over from the program code (which give users and other programs better possibilities). From jasonrumney@gmail.com Tue Nov 17 21:55:22 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 18 Nov 2009 05:55:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.3 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yx0-f190.google.com (mail-yx0-f190.google.com [209.85.210.190]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAI5tK1Z008066 for <4951@emacsbugs.donarmstrong.com>; Tue, 17 Nov 2009 21:55:22 -0800 Received: by yxe28 with SMTP id 28so766395yxe.19 for <4951@emacsbugs.donarmstrong.com>; Tue, 17 Nov 2009 21:55:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2QzYCRBU0Tki0KDEMpHQDIWoBztZ4B4F9gKk7KrpsXA=; b=qiC1tXdWYWmjadhbOUFPb3q3vrqFZjD+Gero+kAwAUevZcBbGy6Oq5pbDs+2xxItOB Lz4UkJbjuXQ5IBkk6FJgOILTRNFQXuoVyKP/vZN8giZgq/n3L5WKkglj/5h7YS+TG07r /LsP6AH2HwnD/mAnJnL66rbf4EN2y9eQV/4QA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=gx+MNSNL9UFrNdfMlM5FHknPJKfjpqGFaAeNBAL1wMHfqfnHQnIuQ/847SkN2Cf5xg Vx9rYLHOh6FpVRFCoA1iAgsJRnc2iBDWHZjBOxvfO+ZlO1EURbUwIOtBwxYVU1DaAQbi TyaXDDq8oSZpXhJDANWnnsyMFNYtHI311JJaA= Received: by 10.150.246.10 with SMTP id t10mr1556561ybh.226.1258523715429; Tue, 17 Nov 2009 21:55:15 -0800 (PST) Received: from ?10.1.1.113? ([61.4.103.130]) by mx.google.com with ESMTPS id 5sm188182ywd.38.2009.11.17.21.55.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 21:55:14 -0800 (PST) Sender: Jason Rumney Message-ID: <4B038C0D.8020707@f2s.com> Date: Wed, 18 Nov 2009 13:54:21 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Lennart Borgman , 4951@debbugs.gnu.org CC: Stefan Monnier Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Lennart Borgman wrote: > On Wed, Nov 18, 2009 at 4:35 AM, Stefan Monnier > wrote: > >>> browse-url-default-windows-browser does not work any longer. I am >>> unsure when it stopped working, but on at least Windows XP the >>> attached patch seems necessary. Could we please apply this as soon as >>> possible so it will get tested? >>> >> Could you explain why it's necessary? I mean I understand you say that >> the current doesn't work, but I'd like to understand why it doesn't work. >> > > No, I do not understand why it is necessary ... ;-) > > There are two changes: > > 1) file: => file:/// > > This was discussed some time ago (a yr or two?) and it looks like this > is a more correct syntax for the file URL. > Is it actually needed, or is this purely an aesthetic thing? The RFCs are not clear whether either is more correct, as the file: scheme is not explicitly defined, and not all URL schemes require a server to be specified before the file path. As far as I can tell, either option is accepted by Windows itself, but if the association passes the URL intact rather than after converting to a file argument by Windows, then there may be applications that accept one but not the other. IIRC the main reason for using file: rather than file:/// was that if the same code is used on all platforms, then the former works, while the latter does not (too many / when combined with posix paths). But as this is now in a (windows-nt msdos cygwin) conditional, that is not really important, and we should use what works. > 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" > to nil is for some reason I do not know necessary. The answer to why > hides deep within the w32 registry and maybe some knowledgeable > persons at MS... It might be a mismatch of some kind, I don't know. I > believe the verbs are not that well thought out and used all the time. > Probably the registry entry has taken over from the program code > (which give users and other programs better possibilities). > It is likely a misconfiguration on your system. "open" is the standard verb for opening files, and should avoid the security problems associated with using nil for executable file types where the system's default action is something other than "open". From lennart.borgman@gmail.com Wed Nov 18 05:00:40 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 18 Nov 2009 13:00:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-gx0-f226.google.com (mail-gx0-f226.google.com [209.85.217.226]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAID0c10015790 for <4951@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 05:00:39 -0800 Received: by gxk26 with SMTP id 26so966832gxk.1 for <4951@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 05:00:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=9PZdCdTu30SXbTYoQYCxk8u+5gt4HlQVs+UXGsCqvaQ=; b=GyMR4fWjZvKEibHDqRDi9E6PcPv9+uGAIStYlMPtq916NQld8YDN+IUBEAGkW2IuRr 4cRH6dha/a5qyux9f2XNXERCB0blwhErVlAE39tWcwAtKvXAC+Jt7Tg/ZTfoNaC+jC17 uAOxyrOJW8GZ51JghmgVmIunpEU3b37vG6Yjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=NSa+BV8Qd9z3BrUf3bF41J4rFeghfOcrnq4G97F+UuLDP42B7+slpZYHejclIVRNC5 eBR2kmgb1k2JaPejyzj6rAfRV4Y7GIkeKwq/eqENf2RBxyKdF9zxCR+D7IMj36uYNkGm CyKl8uCyshxliiDnvUh4D4y53C3Xn+UQKfi/k= MIME-Version: 1.0 Received: by 10.101.189.3 with SMTP id r3mr2250999anp.105.1258549233104; Wed, 18 Nov 2009 05:00:33 -0800 (PST) In-Reply-To: <4B038C0D.8020707@f2s.com> References: <4B038C0D.8020707@f2s.com> From: Lennart Borgman Date: Wed, 18 Nov 2009 14:00:13 +0100 Message-ID: Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch To: Jason Rumney Cc: 4951@debbugs.gnu.org, Stefan Monnier Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Nov 18, 2009 at 6:54 AM, Jason Rumney wrote: > Lennart Borgman wrote: >> >> On Wed, Nov 18, 2009 at 4:35 AM, Stefan Monnier >> wrote: >> >>>> >>>> browse-url-default-windows-browser does not work any longer. =C2=A0I a= m >>>> unsure when it stopped working, but on at least Windows XP the >>>> attached patch seems necessary. =C2=A0Could we please apply this as so= on as >>>> possible so it will get tested? >>>> >>> >>> Could you explain why it's necessary? =C2=A0I mean I understand you say= that >>> the current doesn't work, but I'd like to understand why it doesn't wor= k. >>> >> >> No, I do not understand why it is necessary ... ;-) >> >> There are two changes: >> >> 1) file: =3D> file:/// >> >> This was discussed some time ago (a yr or two?) and it looks like this >> is a more correct syntax for the file URL. >> > > Is it actually needed, or is this purely an aesthetic thing? The RFCs are > not clear whether either is more correct, as the file: scheme is not > explicitly defined, and not all URL schemes require a server to be specif= ied > before the file path. As far as I can tell, either option is accepted by > Windows itself, but if the association passes the URL intact rather than > after converting to a file argument by Windows, then there may be > applications that accept one but not the other. > > IIRC the main reason for using file: rather than file:/// was that if the > same code is used on all platforms, then the former works, while the latt= er > does not (too many / when combined with posix paths). =C2=A0But as this i= s now in > a (windows-nt msdos cygwin) conditional, that is not really important, an= d > we should use what works. This is perhaps not needed, but it seems more consistent and I therefore thinks that there is a better chance that this works. (I have been using this very long, but I can't remember any more why I switched.) >> 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" >> to nil is for some reason I do not know necessary. The answer to why >> hides deep within the w32 registry and maybe some knowledgeable >> persons at MS... It might be a mismatch of some kind, I don't know. I >> believe the verbs are not that well thought out and used all the time. >> Probably the registry entry has taken over from the program code >> (which give users and other programs better possibilities). >> > > It is likely a misconfiguration on your system. "open" is the standard ve= rb > for opening files, and should avoid the security problems associated with > using nil for executable file types where the system's default action is > something other than "open". You might be right. I thought that file:/// was special and would always be opened in a web browser, but that is maybe not at all true. I do not know how Windows handles this. Are there any special w32 registry entries for file: that you are aware of? Just looking at Explorer under Tools - Folder Options and then File Types it looks like the file:/// URL is not handled special since there is no entry there for this URL type, but that is not correct. It is handled specially. Here are some tests I have made: (w32-shell-execute "open" "c:/some/file.html") ;; OK (w32-shell-execute nil "file:c:/some/file.html") ;; OK (w32-shell-execute nil "file:///c:/some/file.html") ;; OK (w32-shell-execute "open" "file:///c:/some/file.html") ;; Doesn't work (w32-shell-execute "open" "file:c:/some/file.html") ;; Doesn't work From lennart.borgman@gmail.com Wed Nov 18 20:37:35 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 19 Nov 2009 04:37:35 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.8 required=4.0 tests=AWL,FOURLA,GMAIL, HAS_BUG_NUMBER,MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAJ4bYXJ014282 for <4951@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 20:37:35 -0800 Received: by ywh9 with SMTP id 9so1732794ywh.19 for <4951@emacsbugs.donarmstrong.com>; Wed, 18 Nov 2009 20:37:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=sRXs+B770NX2em6dHuWd4HPuR2EbptcyzCgPX3SfaWQ=; b=lvMcHbJkrvIsrDl+019UEqHuEXJWwjgzlQXrxy7X6QoUEMsxp3SpKtKnFTMH03do9o G9IwI0nlWSK1cQIPmkakiD+qX7bP5TpwdCArZ33Jbby6PThXSGDGyX0HZ1MrXiSv9jKL jHroWPgBsSYwPvgyH5pySSjIVHpRjxyUsDGVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=fl65E+Azj/hloJhaoaUJ/yVBsExWXPNBuRCqY43lnbGy7AsSm+WJfOwmzzciuT3xKg fnug8SB5mhZ1ZelvYqEYLVlYwQbAAMJsyC5Uqkf3RZpb3qCpizEVUv4bMmeU7+bTr5jh BnEtc/Js99Gvni+i7tSZ9oEGJVB9Squ14yolA= MIME-Version: 1.0 Received: by 10.101.149.3 with SMTP id b3mr3447086ano.115.1258605445068; Wed, 18 Nov 2009 20:37:25 -0800 (PST) In-Reply-To: References: <4B038C0D.8020707@f2s.com> From: Lennart Borgman Date: Thu, 19 Nov 2009 05:37:05 +0100 Message-ID: Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch To: Jason Rumney Cc: 4951@debbugs.gnu.org, Stefan Monnier Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Nov 18, 2009 at 2:00 PM, Lennart Borgman wrote: > On Wed, Nov 18, 2009 at 6:54 AM, Jason Rumney wrote: >> Lennart Borgman wrote: >>> >>> On Wed, Nov 18, 2009 at 4:35 AM, Stefan Monnier >>> wrote: >>> >>>>> >>>>> browse-url-default-windows-browser does not work any longer. =C2=A0I = am >>>>> unsure when it stopped working, but on at least Windows XP the >>>>> attached patch seems necessary. =C2=A0Could we please apply this as s= oon as >>>>> possible so it will get tested? >>>>> >>>> >>>> Could you explain why it's necessary? =C2=A0I mean I understand you sa= y that >>>> the current doesn't work, but I'd like to understand why it doesn't wo= rk. >>>> >>> >>> No, I do not understand why it is necessary ... ;-) >>> >>> There are two changes: >>> >>> 1) file: =3D> file:/// >>> >>> This was discussed some time ago (a yr or two?) and it looks like this >>> is a more correct syntax for the file URL. >>> >> >> Is it actually needed, or is this purely an aesthetic thing? The RFCs ar= e >> not clear whether either is more correct, as the file: scheme is not >> explicitly defined, and not all URL schemes require a server to be speci= fied >> before the file path. As far as I can tell, either option is accepted by >> Windows itself, but if the association passes the URL intact rather than >> after converting to a file argument by Windows, then there may be >> applications that accept one but not the other. >> >> IIRC the main reason for using file: rather than file:/// was that if th= e >> same code is used on all platforms, then the former works, while the lat= ter >> does not (too many / when combined with posix paths). =C2=A0But as this = is now in >> a (windows-nt msdos cygwin) conditional, that is not really important, a= nd >> we should use what works. > > > This is perhaps not needed, but it seems more consistent and I > therefore thinks that there is a better chance that this works. (I > have been using this very long, but I can't remember any more why I > switched.) > > >>> 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" >>> to nil is for some reason I do not know necessary. The answer to why >>> hides deep within the w32 registry and maybe some knowledgeable >>> persons at MS... It might be a mismatch of some kind, I don't know. I >>> believe the verbs are not that well thought out and used all the time. >>> Probably the registry entry has taken over from the program code >>> (which give users and other programs better possibilities). >>> >> >> It is likely a misconfiguration on your system. "open" is the standard v= erb >> for opening files, and should avoid the security problems associated wit= h >> using nil for executable file types where the system's default action is >> something other than "open". > > > You might be right. I thought that file:/// was special and would > always be opened in a web browser, but that is maybe not at all true. > > I do not know how Windows handles this. Are there any special w32 > registry entries for file: that you are aware of? > > Just looking at Explorer under Tools - Folder Options and then File > Types it looks like the file:/// URL is not handled special since > there is no entry there for this URL type, but that is not correct. It > is handled specially. Here are some tests I have made: > > =C2=A0(w32-shell-execute "open" "c:/some/file.html") ;; OK > =C2=A0(w32-shell-execute nil "file:c:/some/file.html") ;; OK > =C2=A0(w32-shell-execute nil "file:///c:/some/file.html") ;; OK > =C2=A0(w32-shell-execute "open" "file:///c:/some/file.html") ;; Doesn't w= ork > =C2=A0(w32-shell-execute "open" "file:c:/some/file.html") ;; Doesn't work Jason (or someone else), I have this in the registry Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\file] "URL Protocol"=3D"" @=3D"URL:File Protocol" "Source Filter"=3D"{E436EBB6-524F-11CE-9F53-0020AF0BA770}" [HKEY_CLASSES_ROOT\file\CLSID] @=3D"{00000303-0000-0000-C000-000000000046}" I believe this is what ShellExecute uses for a file:/// type url. This does not work for me when "open" is specified to w32-shell-execute, see above. What do you have in the registry here? There must be something I am missing since "open" works for you but not for me. From lennart.borgman@gmail.com Sun Nov 22 17:34:56 2009 Received: (at 4951) by emacsbugs.donarmstrong.com; 23 Nov 2009 01:34:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-yw0-f196.google.com (mail-yw0-f196.google.com [209.85.211.196]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAN1YsKU029392 for <4951@emacsbugs.donarmstrong.com>; Sun, 22 Nov 2009 17:34:56 -0800 Received: by ywh34 with SMTP id 34so4524496ywh.1 for <4951@emacsbugs.donarmstrong.com>; Sun, 22 Nov 2009 17:34:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=7rONJFte2AW1bGBfhVAACXFMU9tp0Li62N19ZNIkS6Q=; b=jeFrJc+pTOBtzotcP9wlvm8VX/1Y0Qu++arshGnM9+qejRUZrSdAIeGXPYlSfMCThi jWM4zEi6hrhVkCfE2fZ5o4IGdOcUFuDqRGpyTtu9oWAUhh4lX7s1uKBBMCAY4afRjj3I S4FyufSotIWncWOkXFkE9f/2mbqy0Eu/9cBOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=xcUy9L77Opgx46P7PDHX6z7vIf5zLWGyjexKHHRTHShHoR3nAJCNZgNLXGVO7GC87D /F8z5Xg3bidqxJdC7N2Zkw30dkMloCu+k4m1lMNGiMQtv5PcWsQ0Drxzow08cW17o0yv aVuHBMlyhxGOzNXX9T14i9ULMZ4oC8ODxoGVw= MIME-Version: 1.0 Received: by 10.101.2.22 with SMTP id e22mr3292042ani.145.1258940089425; Sun, 22 Nov 2009 17:34:49 -0800 (PST) In-Reply-To: References: <4B038C0D.8020707@f2s.com> From: Lennart Borgman Date: Mon, 23 Nov 2009 02:34:29 +0100 Message-ID: Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch To: Jason Rumney Cc: 4951@debbugs.gnu.org, Stefan Monnier Content-Type: text/plain; charset=UTF-8 I have tried to find the cause of the problem. Some people on help-emacs-windows@gnu.org mailing list helped me, but I could not find anything specific. However I wrote this function and will include it in my patched version of Emacs+EmacsW32 for those who needs it. (I am not the only one having this trouble.) ;; (customize-option-other-window 'browse-url-browser-function) (defun browse-url-no-open-windows-browser (url &optional new-window) "Same as `browse-url-default-windows-browser' nearly. You may want to customize `browse-url-browser-function' to this function if files do not open in your web browser. It is known that some pc:s have this problem, reason is so far unknown. The cure seem to be to call `w32-shell-execute' with a nil argument here instead of \"open\" which the default function function `browse-url-default-windows-browser' does. This should be safe unless your computer is strangely configured, since you are normaly opening .html files with this function." (interactive (browse-url-interactive-arg "URL: ")) (if (eq system-type 'ms-dos) (if dos-windows-version (shell-command (concat "start " (shell-quote-argument url))) (error "Browsing URLs is not supported on this system")) (w32-shell-execute nil url))) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 15:31:24 2010 Received: (at 4951) by debbugs.gnu.org; 2 Jan 2010 20:31:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRAdA-00070N-IK for submit@debbugs.gnu.org; Sat, 02 Jan 2010 15:31:24 -0500 Received: from pantheon-po39.its.yale.edu ([130.132.50.100]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRAd9-00070I-0q for 4951@debbugs.gnu.org; Sat, 02 Jan 2010 15:31:23 -0500 Received: from furry (adsl-99-75-106-169.dsl.wlfrct.sbcglobal.net [99.75.106.169]) (authenticated bits=0) by pantheon-po39.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o02KVIj7004012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 2 Jan 2010 15:31:18 -0500 Received: by furry (Postfix, from userid 1000) id 7C517C05D; Sat, 2 Jan 2010 15:31:18 -0500 (EST) From: Chong Yidong To: Lennart Borgman Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch Date: Sat, 02 Jan 2010 15:31:18 -0500 Message-ID: <87skaoqmeh.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -3.3 (---) X-Debbugs-Envelope-To: 4951 Cc: 4951@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.2 (---) > There are two changes: > > 1) file: => file:/// > > This was discussed some time ago (a yr or two?) and it looks like this > is a more correct syntax for the file URL. This was included in the 2009-11-23 change by Ken Brown. > 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" > to nil is for some reason I do not know necessary. The answer to why > hides deep within the w32 registry and maybe some knowledgeable > persons at MS... It might be a mismatch of some kind, I don't know. Is this still necessary? From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 12 18:19:15 2010 Received: (at control) by debbugs.gnu.org; 12 Jan 2010 23:19:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUq14-0002zk-Rq for submit@debbugs.gnu.org; Tue, 12 Jan 2010 18:19:15 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUq12-0002zM-ME for control@debbugs.gnu.org; Tue, 12 Jan 2010 18:19:13 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NUq0y-0000P6-Sw; Tue, 12 Jan 2010 18:19:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19277.876.873161.909828@fencepost.gnu.org> Date: Tue, 12 Jan 2010 18:19:08 -0500 From: Glenn Morris To: control Subject: reapplying lost changes X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: green X-Ran: qz91p)E 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.0 (------) tags 3597 + patch tags 4951 + patch tags 2159 + patch tags 3175 + patch tags 3887 + patch quit reapplying lost changes from http://lists.gnu.org/archive/html/emacs-bug-tracker/2009-12/msg00029.html http://debbugs.gnu.org/cgi/bugreport.cgi?msg=17;bug=3904 From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 01:26:21 2011 Received: (at 4951) by debbugs.gnu.org; 11 Sep 2011 05:26:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cYf-00026L-4j for submit@debbugs.gnu.org; Sun, 11 Sep 2011 01:26:21 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cYc-00026C-H0 for 4951@debbugs.gnu.org; Sun, 11 Sep 2011 01:26:20 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2cUQ-0002X8-5N; Sun, 11 Sep 2011 07:21:58 +0200 From: Lars Magne Ingebrigtsen To: Chong Yidong Subject: Re: bug#4951: 23.1.50; browse-url-default-windows-browser bug + patch In-Reply-To: <87skaoqmeh.fsf@stupidchicken.com> (Chong Yidong's message of "Sat, 02 Jan 2010 15:31:18 -0500") Date: Sun, 11 Sep 2011 07:18:48 +0200 Message-ID: References: <87skaoqmeh.fsf@stupidchicken.com> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-Now-Playing: Mia Doi Todd's _Cosmic Ocean Ship_: "Skipping Stones" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2cUQ-0002X8-5N X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316323318.38419@6W0lWGzOHqdNvujtQa8Yzg X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 4951 Cc: 4951@debbugs.gnu.org, Lennart Borgman X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.7 (--) Chong Yidong writes: >> 2) Changing the verb to w32-shell-execute (ShellExecute) from "open" >> to nil is for some reason I do not know necessary. The answer to why >> hides deep within the w32 registry and maybe some knowledgeable >> persons at MS... It might be a mismatch of some kind, I don't know. > > Is this still necessary? More information was requested a year and a half ago, and was not followed up on, so I'm closing this bug. Please reopen if it turns out that this is still necessary. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 01:26:13 2011 Received: (at control) by debbugs.gnu.org; 11 Sep 2011 05:26:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cYW-00025v-Iy for submit@debbugs.gnu.org; Sun, 11 Sep 2011 01:26:12 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2cYV-00025o-Gq for control@debbugs.gnu.org; Sun, 11 Sep 2011 01:26:11 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2cUK-0002Wn-1Q for control@debbugs.gnu.org; Sun, 11 Sep 2011 07:21:52 +0200 Date: Sun, 11 Sep 2011 07:18:52 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #4951 X-MailScanner-ID: 1R2cUK-0002Wn-1Q X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316323312.1794@+VcFOxnpYkuNgCjMuZbFpg X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.7 (--) close 4951 From unknown Fri Aug 15 18:08:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 09 Oct 2011 11:24:07 +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