From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17113 invoked by alias); 7 Nov 2017 18:56:51 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 17098 invoked by uid 89); 7 Nov 2017 18:56:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=downloads, convinced, utterly, issuing X-HELO: out4-smtp.messagingengine.com Received: from out4-smtp.messagingengine.com (HELO out4-smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 07 Nov 2017 18:56:50 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id CA7E620E73 for ; Tue, 7 Nov 2017 13:56:48 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Tue, 07 Nov 2017 13:56:48 -0500 X-ME-Sender: Received: from [192.168.1.102] (host86-162-230-154.range86-162.btcentralplus.com [86.162.230.154]) by mail.messagingengine.com (Postfix) with ESMTPA id 0EF1124DF9 for ; Tue, 7 Nov 2017 13:56:47 -0500 (EST) Subject: Re: [PATCH setup 0/2] Improve behavior after download error To: cygwin-apps@cygwin.com References: <20171106214907.7120-1-kbrown@cornell.edu> From: Jon Turney Message-ID: Date: Tue, 07 Nov 2017 18:56:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-11/txt/msg00025.txt.bz2 On 07/11/2017 04:28, Brian Inglis wrote: > On 2017-11-06 14:49, Ken Brown wrote: >> This is a followup to >> https://sourceware.org/ml/cygwin-apps/2017-11/msg00003.html. The >> focus of that thread was a crash that occurs on the topic/libsolv >> branch. Here I'm more interested in a UI issue. Namely, I don't >> think it's reasonable that setup goes back to the site page if the >> user clicks Yes in response to "Download Incomplete. Try again?". >> This is not what the message says will happen, and I'm not convinced >> that it even works right if the user changes mirrors after being sent >> to the site page. > > Would it make more sense to drop to the package chooser page, after issuing the > error message and advising the user to: select Back to go to the package chooser > page, select Next to retry the downloads, or select Cancel to exit? Do we actually report the package name for the failed download so that the user could make an informed change in the package chooser? In any case, this is an incremental improvement, especially over the utterly mad thing we are currently doing in unattended mode.