From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Fatih Aydin Newsgroups: gmane.emacs.bugs Subject: bug#44604: 27.1; gpg error when language environment is set to Turkish Date: Sat, 14 Nov 2020 19:31:56 +0000 Message-ID: References: <83blg1y8tp.fsf@gnu.org> <831rgxxxwu.fsf@gnu.org> <87mtzjyjtc.fsf@gnus.org> <83361bvnc5.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000006e2d7e05b416333c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1942"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 44604@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 14 20:33:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ke1IM-0000Lz-Qi for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 14 Nov 2020 20:33:10 +0100 Original-Received: from localhost ([::1]:53200 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ke1IL-0004CL-Cl for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 14 Nov 2020 14:33:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55460) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ke1IE-0004Bw-9E for bug-gnu-emacs@gnu.org; Sat, 14 Nov 2020 14:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40504) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ke1ID-0000au-VG for bug-gnu-emacs@gnu.org; Sat, 14 Nov 2020 14:33:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ke1ID-0001Qr-QE for bug-gnu-emacs@gnu.org; Sat, 14 Nov 2020 14:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Fatih Aydin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Nov 2020 19:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44604 X-GNU-PR-Package: emacs Original-Received: via spool by 44604-submit@debbugs.gnu.org id=B44604.16053823365442 (code B ref 44604); Sat, 14 Nov 2020 19:33:01 +0000 Original-Received: (at 44604) by debbugs.gnu.org; 14 Nov 2020 19:32:16 +0000 Original-Received: from localhost ([127.0.0.1]:52050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ke1HU-0001Ph-Cw for submit@debbugs.gnu.org; Sat, 14 Nov 2020 14:32:16 -0500 Original-Received: from mail-ed1-f45.google.com ([209.85.208.45]:41345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ke1HS-0001PT-HU for 44604@debbugs.gnu.org; Sat, 14 Nov 2020 14:32:15 -0500 Original-Received: by mail-ed1-f45.google.com with SMTP id t9so14602696edq.8 for <44604@debbugs.gnu.org>; Sat, 14 Nov 2020 11:32:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fQ8sbaz167iLC61RhgJ0myFfRRGCELMFueqoLVA/WhM=; b=ho9Kos5HmRbSw47myo8pX2+8oky/LVrYhMZ3oa0uhQNoWPTEqttrRgIcq/BY9AQLeG RXuMSYJ+puy3bElytN378p03DD+2L4/ROkttrd0NsWTFwhWQ5/DSGt7bGZxY+DeFwbBt 0snEPRGgorgqgmijZfh+AfMBtFqq6dXyt+CokHHHiyFM0h0zhIBov0IO/uMv5MSzSVTl 535bEDynpcjGvBrI4VKPXD7cVoKx1qqTapbkugu5fIg8biwVlARejCT+e/uFzPRooe/8 W5MAeWHnrF0DuxCshPuJNYlYsaYzM95e9DThVbc6yMDpkdda86Sm1QWAc8/HzdlJrnLH OynQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fQ8sbaz167iLC61RhgJ0myFfRRGCELMFueqoLVA/WhM=; b=PtZNo55Yl/nlaEzoh/THM6EbipmBc5+PRiI0LZA0PTnje7/7UYDQ80PLDhq8NfBfeg hQUuTiWLhgXVhoBKNErRm8jJaA7gj0UDBi95gtVekj5uwYRPDL5xLxsIIu4+jBvgC7+W Hd0XRZ98gWvTb4jgIz1ASwqNyJvvi8wiYONHVqXsNoEznAkpmAETC+G06cGxXbJNfano zXXT+X+mX8V0IgDH0ttST0VusBkYzK1szpzA4THW8wu+cGj7mzkGs2WS7yxVlRBDNp9j lAVlt/16pbtV04UeoNckTCORVUaJGeEAe92fdDUpX9KKfhe+hTrsAaOHI4NVznhoBNZ3 0UwQ== X-Gm-Message-State: AOAM5311PhA5EA/bOBfVWLpvsbBYBUhqC1ggIITpAObaeAjCqW8MwFYm As7yOCsVDtVqU93mGUrHfX9V15QLz44q06gyGUQ= X-Google-Smtp-Source: ABdhPJzd5G0xXEymVWvTrEqI9U2YJyKL1ehK9VWISQXjY5Z/O8CANQdYjMjYXEBMSqJGrrz6UFl1FqeUUbaBVprkvsI= X-Received: by 2002:a05:6402:411:: with SMTP id q17mr8801397edv.125.1605382328690; Sat, 14 Nov 2020 11:32:08 -0800 (PST) In-Reply-To: <83361bvnc5.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:193324 Archived-At: --0000000000006e2d7e05b416333c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable To make sure that it will solve the problem, I have applied the solution you suggested. Copied the source and changed '^direct' to '^DIRECT' and builded. The proxy problem is solved, but the package-install gpg problem I mentioned (Error while verifying signature archive-contents.sig:) is still there. Also I found another weird bug related to this: with English language environment visit 'https://www.google.com.tr' using eww, you will see the Turkish characters correctly. with Turkish language environment, do the same thing, you will see weird characters instead of Turkish characters. On Sat, Nov 14, 2020 at 5:51 PM Eli Zaretskii wrote: > > From: Fatih Aydin > > Date: Sat, 14 Nov 2020 17:09:54 +0000 > > Cc: Eli Zaretskii , 44604@debbugs.gnu.org > > > > Step 1: Run 'emacs -Q' > > Step 2: M-x and type 'set-language-environment'. Write the value > 'Turkish'. > > Step 3: M-x and 'eww'. Try to visit 'google.com' or any website you > want. > > > > That's all, you'll get a couple of 'Emergency (url): Unknown proxy > directive: DIRECT' > > The problem is in url-proxy.el: url-default-find-proxy-for-url returns > "DIRECT", but url-find-proxy-for-url tests for "^direct": > > (cond > ((string-match "^direct" proxy) nil) > > url-find-proxy-for-url binds case-fold-search to t, believing that > this would take care of the case difference, but that is false for > Turkish, because under the Turkish language-environment, we get: > > (downcase ?I) =3D> ?=C4=B1 > > IOW, 'I' downcases into the dotless i. > > Does anyone understand why url-proxy insists on using the likes of > "^direct" instead of "^DIRECT", i.e. why it doesn't match the case as > well? > --0000000000006e2d7e05b416333c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
To make sure that it will solve t= he problem, I have applied the solution you suggested.
Copied the = source and changed '^direct' to '^DIRECT' and builded.
<= br>
The proxy problem is solved, but the package-install gpg problem I= mentioned (Error while verifying signature archive-contents.sig:) is still= there.

Also I found another weird bug related to this:
with English language environment visit 'https://www.google.com.tr' using eww, you will see the T= urkish characters correctly.
with Turkish language environment, do= the same thing, you will see weird characters instead of Turkish character= s.


On Sat, Nov 14, 2020= at 5:51 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Fatih Aydin <fataydin138@gmail.com>
> Date: Sat, 14 Nov 2020 17:09:54 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, 44604@debbugs.gnu.org
>
> Step 1: Run 'emacs -Q'
> Step 2: M-x and type 'set-language-environment'. Write the val= ue 'Turkish'.
> Step 3: M-x and 'eww'. Try to visit 'google.com' or any we= bsite you want.
>
> That's all, you'll get a couple of 'Emergency (url): Unkno= wn proxy directive: DIRECT'

The problem is in url-proxy.el: url-default-find-proxy-for-url returns
"DIRECT", but url-find-proxy-for-url tests for "^direct"= ;:

=C2=A0 =C2=A0 (cond
=C2=A0 =C2=A0 =C2=A0((string-match "^direct" proxy) nil)

url-find-proxy-for-url binds case-fold-search to t, believing that
this would take care of the case difference, but that is false for
Turkish, because under the Turkish language-environment, we get:

=C2=A0 (downcase ?I) =3D> ?=C4=B1

IOW, 'I' downcases into the dotless i.

Does anyone understand why url-proxy insists on using the likes of
"^direct" instead of "^DIRECT", i.e. why it doesn't= match the case as
well?
--0000000000006e2d7e05b416333c--