Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lmA00-00010V-WB for pgsql-docs@arkaria.postgresql.org; Thu, 27 May 2021 07:00:09 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lm9zz-0006en-Vx for pgsql-docs@arkaria.postgresql.org; Thu, 27 May 2021 07:00:07 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lm9zz-0006ef-Ma for pgsql-docs@lists.postgresql.org; Thu, 27 May 2021 07:00:07 +0000 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lm9zs-0007k4-QT for pgsql-docs@lists.postgresql.org; Thu, 27 May 2021 07:00:06 +0000 Received: by mail-ed1-x52a.google.com with SMTP id o5so4480230edc.5 for ; Wed, 26 May 2021 23:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=uhVy/t6o5jcthJUd4kYGmGYtKn3dTELx6QJRL48LnDE=; b=NFfppXpNTCnMkD5ZTdDEaDs7nzqoC+yySqzgFDlxHNX27jzaZr4vW/7OqyqrKpAlBH UVnkw8q9CVWO1Lre+6lKOHvFy8jphX7sfWz96MeIFhJ8PAkdTmx222bfTQSPif/gE0d0 /3WeFQzkv+l4GUmvWD1f/ZTMucqpWt1o3kox/+C1t4Ae72ih0RJrDzZKWTcsdC9MOEej xV+utomWVvwmDwMU90h8d9gSd/NoKzMsJcbuOi+LlzwDpEJ7RWd53cccr+SPu/wt4L7h C8q+Cp0CHalME2gap1OE4FI5incG+H7KtqS9e+ho2fmwEtpCBM8qZho+YXk9SbTCw2Lw BqMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=uhVy/t6o5jcthJUd4kYGmGYtKn3dTELx6QJRL48LnDE=; b=TZuEZAhpqMK9S/4EQcQ2GBNHYyNwa9l3GWWH5p63PrIHueyK/MyN7HiwnvRLIr6lld eRp59pbKFTx8fhlVffIe0OSKiIlXPFCrhc8y3iiWpZ4qhW86CO5j5zF4f+DxUU9QCmql sOzhfPavxu7aVnJ1rNnONDCqVA1h2qHxLMFwtXBpyE9bQnKAmhsKX98rLLEXbaI+EFXD FzQiDHA9rMjOAJ4eA/PwDkJqB3dvha9wDmbzSf6DqoKfSiJLFaTYbXlMUKEAWZoDafOy u+GXkpb5awAi5R4z8TYgk3+YUs2Y9MJPAokHYUjw9BSHn8xHCEuGvC0PeyZT6nju3/pj VKaA== X-Gm-Message-State: AOAM532w8/rolcjOWqMytfv6eYp3aNK1uFjIWW2YHya5JrhVwUu8AjEZ 1jdho7ykeRVbKAFU7rlKeDCDhw== X-Google-Smtp-Source: ABdhPJyTMeEf10V6REXmeJpsiHdGzggTiGBpl4HRuSPCuIhjsZ1XtHRReyar9WkXdvCo7D7CJH56Ag== X-Received: by 2002:a50:ccdc:: with SMTP id b28mr2478224edj.92.1622098797491; Wed, 26 May 2021 23:59:57 -0700 (PDT) Received: from localhost.localdomain (217-149-173-80.nat.highway.telekom.at. [217.149.173.80]) by smtp.gmail.com with ESMTPSA id k21sm519325ejp.23.2021.05.26.23.59.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 May 2021 23:59:57 -0700 (PDT) Message-ID: <279934e1ab80d511d2739f840db1685d756ff99c.camel@cybertec.at> Subject: Re: [PATCH] fix ICU explorer link in locale documentation From: Laurenz Albe To: Anton Voloshin , Magnus Hagander Cc: Pg Docs Date: Thu, 27 May 2021 08:59:53 +0200 In-Reply-To: References: <68f32992-7ba7-f797-2bb3-8851bd70d95d@postgrespro.ru> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2021-05-27 at 11:10 +0700, Anton Voloshin wrote: > On 18/05/2021 03:46, Magnus Hagander wrote: > > https://icu4c-demos.unicode.org/icu-bin/locexp generates a 404 for me now. > > > > This might be something temporary though, because AFAICT it's where > > you end up when you follow the links from the ICU git repo... > > Yes, same 404 for me. This error has been reported on icu-issues mailing > list on April 13th [1] and the reply from Stephan Pakebusch was: > > > This demo has been out of date (by several releases) and is being updated for ICU 69. > > In the meantime there was an issue with this particular demo. > > We’re looking into the problem you noted. > > > > I’m not sure if there’s a tracking issue for this specific, but you can follow the development on https://github.com/unicode-org/icu-demos > > So I guess the https://icu4c-demos.unicode.org/icu-bin/locexp link is > still the proper one, and eventually it will be fixed. Anyway, the old > link, https://ssl.icu-project.org/icu-bin/locexp, if one goes through > "wrong domain in certificate" errors, still redirects to the same > https://icu4c-demos.unicode.org/icu-bin/locexp > > I believe changing link in Postgres' docs is better than keeping the old > one, even though they are currently both 404 one way or another. At > least it would save people following that link from scary "Warning: > Potential Security Risk Ahead" messages before properly 404-ing. > > [1] > https://sourceforge.net/p/icu/mailman/icu-support/thread/CAD%2BuSKi%3DQeLWiivJmaFBHPg-tH9PjRriTOXxi9t2NQGr3VONww%40mail.gmail.com/#msg37261067 I agree that the documentation link should be changed. There are two options: 1. Trust that they will fix it soon and change the link to https://icu4c-demos.unicode.org/icu-bin/locexp 2. Despair and remove the link from the documentation. I suggest that we wait until the end of the June 2021 commitfest and decide then. If it is still not fixed then, the second option is better - or we move it to the next commitfest. Yours, Laurenz Albe