Bug 430207 - Very inconvinient Yast behavior when fetching data from network storages fails
Summary: Very inconvinient Yast behavior when fetching data from network storages fails
Status: RESOLVED DUPLICATE of bug 403673
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Final
Hardware: All openSUSE 11.0
: P4 - Low : Normal (vote)
Target Milestone: ---
Assignee: Ladislav Slezák
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on: 334774
Blocks:
  Show dependency treegraph
 
Reported: 2008-09-26 13:28 UTC by Alex Hunter
Modified: 2008-09-29 14:45 UTC (History)
0 users

See Also:
Found By: Community User
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Hunter 2008-09-26 13:28:26 UTC
If you are installing/updating lots of packages via unreliable connection (e.g. wifi), it is common that some downloads fail due to network timeouts or other problems. Yast2 shows an error message, proposing abort, retry and skip actions. But there is no default action, so you have to check if this message appeared and press retry over and over. This is really inconvinient, since you can't just leave system updating and go get some coffee. And of course it makes web install total hell, since you download at least 1000 packages...
    What I would like to see is a timeout timer, wich would automatically "press" the retry button every e.g. 10 seconds. This would make system much more stable. Also, after some predefined amount of failed retries, system could try to skip the package. Of course, in some cases this behavior could be unexpected, so an appropriate switch could be useful.
You could also look at this note: https://bugzilla.novell.com/show_bug.cgi?id=334774
Author suggests some ui fixes to make dialog more convinient,  and it is good, however without timeout it is just as bad as it was.
   Good luck=)
Comment 1 Ladislav Slezák 2008-09-29 14:45:47 UTC

*** This bug has been marked as a duplicate of bug 403673 ***