From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#16733: messed up unicode chars in package description Date: Thu, 20 Mar 2014 12:02:25 -0400 Message-ID: References: <7tfvnn7phj.fsf@fencepost.gnu.org> <83zjkm865z.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1395331439 4874 80.91.229.3 (20 Mar 2014 16:03:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2014 16:03:59 +0000 (UTC) Cc: 16733@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 20 17:04:08 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WQfRw-0004ND-4l for geb-bug-gnu-emacs@m.gmane.org; Thu, 20 Mar 2014 17:04:08 +0100 Original-Received: from localhost ([::1]:47947 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfRv-0001dk-OL for geb-bug-gnu-emacs@m.gmane.org; Thu, 20 Mar 2014 12:04:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36393) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfQy-0000Nq-GS for bug-gnu-emacs@gnu.org; Thu, 20 Mar 2014 12:03:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WQfQs-00068t-Vu for bug-gnu-emacs@gnu.org; Thu, 20 Mar 2014 12:03:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WQfQs-00068C-TX for bug-gnu-emacs@gnu.org; Thu, 20 Mar 2014 12:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WQfQs-0001tl-1f for bug-gnu-emacs@gnu.org; Thu, 20 Mar 2014 12:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Mar 2014 16:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16733 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16733-submit@debbugs.gnu.org id=B16733.13953313527228 (code B ref 16733); Thu, 20 Mar 2014 16:03:01 +0000 Original-Received: (at 16733) by debbugs.gnu.org; 20 Mar 2014 16:02:32 +0000 Original-Received: from localhost ([127.0.0.1]:42461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WQfQM-0001sL-S6 for submit@debbugs.gnu.org; Thu, 20 Mar 2014 12:02:31 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:45345) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WQfQJ-0001s4-GW for 16733@debbugs.gnu.org; Thu, 20 Mar 2014 12:02:28 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WQfQI-0001y8-26; Thu, 20 Mar 2014 12:02:26 -0400 X-Spook: digicash oil Al Jazeera InfoSec Agfa Bletchley Park MD4 X-Ran: G~Z~6SbH&:c9SV"yo>+qlKap5C:G"k5K`O&-gCM1?[0E~4x9IF+B, (Juanma Barranquero's message of "Thu, 20 Mar 2014 06:12:24 +0100") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:87035 Archived-At: Juanma Barranquero wrote: > that if the response header does not include a coding, url-insert > doesn't know what to do. Ironically, that's exactly the case with > Glenn's original report: > > C:\> lwp-request -m HEAD > http://elpa.gnu.org/packages/ascii-art-to-unicode-readme.txt > 200 OK > [...] > Content-Length: 1255 > Content-Type: text/plain > [...] IMO this could be a bug in whatever script generates elpa webpages. Seems like it should specify a charset, based on coding:, if present. > So, at this point, I see the following alternatives: > > 1) Leave it as it is now, with > detect-coding-string/decode-coding-string (or perhaps > decode-coding-(inserted-)region). Seems fine to me for 24.4. It's a minor issue. Maybe reopen this as a reminder to revisit it afterwards (or new report). (BTW, I'm surprised if url.el does not have a way to handle 404s.)