IETF Logo Mail Archive

Re: [Wpack] file: package URLs under rename

Jeffrey Yasskin <jyasskin@chromium.org> Fri, 31 July 2020 14:31 UTC

Return-Path: <jyasskin@google.com>
X-Original-To: wpack@ietfa.amsl.com
Delivered-To: wpack@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01AAF3A0B37 for <wpack@ietfa.amsl.com>; Fri, 31 Jul 2020 07:31:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.499
X-Spam-Level:
X-Spam-Status: No, score=-9.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=chromium.org
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Js5St8Z7zgu for <wpack@ietfa.amsl.com>; Fri, 31 Jul 2020 07:30:59 -0700 (PDT)
Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC5F23A0AD5 for <wpack@ietf.org>; Fri, 31 Jul 2020 07:30:59 -0700 (PDT)
Received: by mail-qv1-xf36.google.com with SMTP id y11so11206978qvl.4 for <wpack@ietf.org>; Fri, 31 Jul 2020 07:30:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Ai6oU9xrbQ/9i8YWA0g9R3Istcvm7FBzOi8QGaely1g=; b=ltHZRIT8nwMlXnUs3VjPWrgBI1un1GgSCYjkiPgh/n1AEh8DMnw4Ef58NDJvrjjI8h vlpr1BEFRV1WMv5ZGoPmh7lZRhybO3BO1v18o7D/3e2aSw6AkglgiN+WhltyG7J0Ztle HviGyWFV60S+0h7N7Cske9etycYymaTtvvLpg=
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:content-transfer-encoding; bh=Ai6oU9xrbQ/9i8YWA0g9R3Istcvm7FBzOi8QGaely1g=; b=sUm/JFuUAhpqzTEQOVAn1bSoBOxUGNeHs50IkwwklUwz4nJhSODd2gA1B86bJ/GzHd cnUC3NI9VlgV51kQzNUdgrwkBlxOQQg8NmI1Zq6ZJ8a12vWk4ALWGktXuBov8rQST4zf AABcqX9L2KRtlYbi2tcofTul5guogQ3Lp2EObUviXWMFulneZpRBkwkG0Cffr7pg1I70 h0riYzbDAIFV61lWINCAb00vvM42in9i/pemR+O9kZfJDufLdwyA4IotupRh3kmpzlHy 0g+4UE1Osxrxr1kubZu4NsXCUqzmmKsQz35DSxdi5Mb1yq6jLLmFRKyaoedeDNzD1TBN ekYg==
X-Gm-Message-State: AOAM5320P5zWicvWFj0IaZuJqMJjlTa9Q2+zOxDmna8MFX1XDSTjb3Tx +2L0p67D4A07ssZTRMKSV6J8QbpSVwR3DNlYHk0+mQ==
X-Google-Smtp-Source: ABdhPJxRl7bmklG8tXSRa3COZEjZbuaSQQqjWwI7Fnx9wdoWBnzSiJPC0EkFZGTMpod7BK8wE5AeeHfXqhW53zj7w+4=
X-Received: by 2002:ad4:4992:: with SMTP id t18mr4081418qvx.193.1596205858363; Fri, 31 Jul 2020 07:30:58 -0700 (PDT)
MIME-Version: 1.0
References: <CANjwSi=T4YeCZ=tmbs_dwCe_L8gPsh9yRxKxFLMwTn6BJ9WCrQ@mail.gmail.com>
In-Reply-To: <CANjwSi=T4YeCZ=tmbs_dwCe_L8gPsh9yRxKxFLMwTn6BJ9WCrQ@mail.gmail.com>
From: Jeffrey Yasskin <jyasskin@chromium.org>
Date: Fri, 31 Jul 2020 07:30:46 -0700
Message-ID: <CANh-dX=3U81HTQBuvEcKg-moE8FO6Cc2hyhzdb5Fu89aTv5gZQ@mail.gmail.com>
To: Devin Mullins <twifkak=40google.com@dmarc.ietf.org>
Cc: WPACK List <wpack@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/wpack/q9YjuIdaIUwczbFPj4xZ3KdMlOY>
Subject: Re: [Wpack] file: package URLs under rename
X-BeenThere: wpack@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Web Packaging <wpack.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wpack>, <mailto:wpack-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wpack/>
List-Post: <mailto:wpack@ietf.org>
List-Help: <mailto:wpack-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wpack>, <mailto:wpack-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Jul 2020 14:31:01 -0000

https://github.com/WICG/webpackage/blob/master/explainers/bundle-urls-and-origins.md#downloading-bundles
discusses this question when the browser downloads the bundle, but I
hadn't considered it when the user renames the file outside the
browser. If the format included help for the browser to incrementally
hash the content, that could help to at least tell the user what's
happened...

On Fri, Jul 31, 2020 at 7:10 AM Devin Mullins
<twifkak=40google.com@dmarc.ietf.org> wrote:
>
> To expand on Benjamin's question, there is potentially surprising behavior here. If I download a bundle of a PWA (e.g. a game or a text editor) and generate some storage, I may be surprised to find that storage disappear when I rename the bundle on my hard drive.
>
> I'm not sure if this is a use-case that is in scope or a priority for anybody in this group? But it seems like a usage that would naturally arise from the browser capability.
>
> I'm not proposing any particular solution. If folks don't feel too strongly about this, maybe it's fine if we just warn against this usage.
> _______________________________________________
> Wpack mailing list
> Wpack@ietf.org
> https://www.ietf.org/mailman/listinfo/wpack

v2.23.0 | Report a Bug | By Email