Bug 62170 - [RFE] up2date should reconnect on dialup reconnects
Summary: [RFE] up2date should reconnect on dialup reconnects
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: i686 Linux
Target Milestone: ---
Assignee: Adrian Likins
QA Contact: Jay Turner
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2002-03-28 04:28 UTC by Rich Birch
Modified: 2015-01-07 23:55 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-06 22:18:20 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Rich Birch 2002-03-28 04:28:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20010901

Description of problem:
I connect to the internet via a 56k modem, and my ISP disconnects me every 2
hours. When I do get disconnected, up2date fails to carry on, once reconnected,
if it was downloading an rpm. Also, it doesn't seem to attempt to send anything
to the internet because my server doesn't automatically reconnect (it's setup to
dial when it detects an attempt to access the internet).
Out of curiosity I tried just disconnecting my computer from the server that
provides internet access to see if the same thing happened but, upon
reconnecting, up2date carried on. This lead me to believe that up2date simply
waits for the data to be sent to it, and because when i re-dial i get a
different IP address, up2date never receives anything.

Is this correct, and is there any chance of the behaviour being modified? It
would be much more useful to me if it could handle my being disconnected from
the net every so often.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. get up2date to start downloading
2. cut off the dial-up internet connection
3. reconnect, and observe up2date not carrying on

Actual Results:  up2date hangs

Expected Results:  up2date should send another request for the rpm after a
timeout period

Additional info:

Another annoying thing i've noticed is that if up2date has already downloaded
part of an rpm, it will start the download from scratch if it's restarted,
rather than resuming. I'm not sure if this can be considered a bug.

Note You need to log in before you can comment on or make changes to this bug.