From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-049.btinternet.com (mailomta28-re.btinternet.com [213.120.69.121]) by sourceware.org (Postfix) with ESMTPS id 7C80E3858D37 for ; Sun, 12 Feb 2023 16:35:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7C80E3858D37 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from re-prd-rgout-001.btmx-prd.synchronoss.net ([10.2.54.4]) by re-prd-fep-049.btinternet.com with ESMTP id <20230212163514.WWEW13495.re-prd-fep-049.btinternet.com@re-prd-rgout-001.btmx-prd.synchronoss.net>; Sun, 12 Feb 2023 16:35:14 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 613A8CC34E3D61C1 X-Originating-IP: [81.153.98.246] X-OWM-Source-IP: 81.153.98.246 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvhedrudehledgleduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtkeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpedvtdetffekveevjeegheeglefhtdeggfeilefggfdutedufedvgefgieeiffdtveenucfkphepkedurdduheefrdelkedrvdegieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddtiegnpdhinhgvthepkedurdduheefrdelkedrvdegiedpmhgrihhlfhhrohhmpehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkpdhnsggprhgtphhtthhopedvpdhrtghpthhtoheptgihghifihhnsegthihgfihinhdrtghomhdprhgtphhtthhopehjhhhgsegrtghmrdhorhhg X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.153.98.246) by re-prd-rgout-001.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 613A8CC34E3D61C1; Sun, 12 Feb 2023 16:35:14 +0000 Message-ID: Date: Sun, 12 Feb 2023 16:35:12 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.7.2 Subject: Re: Curious setup behavior? Content-Language: en-GB To: jhg@acm.org, The Cygwin Mailing List References: <19227575-b1f5-e21d-8739-3b2033e8025a@jhmg.net> From: Jon Turney In-Reply-To: <19227575-b1f5-e21d-8739-3b2033e8025a@jhmg.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1191.8 required=5.0 tests=BAYES_00,FORGED_SPF_HELO,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NONE,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 02/02/2023 19:46, Jim Garrison via Cygwin wrote: > 1) Launch setup-x86_64 and go as far as the "Pending" list (assuming >    there are pending packages to be updated).  Note "Best" is selected. > > 2) Then click "Back" to get to the mirror selection page > > 3) Click "Next" again. > > Now it says there is nothing pending. > > 4) Click back (mirror selection) and re-select the same or a different >    mirror and click "Next" > > Still nothing pending, "Best" is still selected. > > 5) Select "Sync" instead of "Best" > > All the pending packages reappear.  Switching from "Sync" back to "Best" > does not affect the display at this point. Well, it does because these are two different things, but in most usual circumstances they select the same set of packages. (I think e.g. if you've previously installed a test version, they will give different results) > If you initially have "Sync" selected, then switching to "Best" reveals > the missing pending items.  I.e. restoring the list seems to be > "edge-triggered" on the "Keep/Best/Sync" state. Yes, this is almost certainly not implemented correctly. Unfortunately, this is complex, because of interactions with how we apply packages and selection modes selected via the command line. It's not clear at all to me what should happen here when those exist and you've then modified them in the chooser and then go back and forward. At the moment, the back button is always enabled, I think. There's probably some points in the flow where we shouldn't allow that.