Bug 43793 - [Connection] Should not report inacccessible repositiories more than once?
Summary: [Connection] Should not report inacccessible repositiories more than once?
Status: ASSIGNED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: CVS (show other bugs)
Version: 3.0   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: platform-cvs-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-27 12:07 EDT by Mike Wilson CLA
Modified: 2019-09-06 16:06 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Wilson CLA 2003-09-27 12:07:16 EDT
If I have a connection to a repository which is not accessible, over time my progress view fills with 
messages of the form:
    ERROR: Fetching CVS revision history : Cannot locate host

I'm not sure how we should deal with this case. Some possibilities are:
- allow user to explicitely disable the connection (i.e. it's still there but inactive)
- remember that the message has been shown once (with not successes in between)
- ...
Comment 1 Michael Valenta CLA 2003-09-29 09:44:59 EDT
This is compounded by all the extras we've added in the background (refresh, 
history view/editor linking, quickdiff). We need a way to turn off all these 
features when a connection is not possible. Possible approaches are to 

1) turn off all auto-connections after a user specified number of failed 
connections.

2) prompt the user on a failed connection and allow them to explicitly disable 
auto-connection for that location.

We also need a way to re-enable the location. Possibilites include:

1) re-enable on startup.

2) re-enable on next successful connection

3) re-enable in repositories view
Comment 2 Mike Wilson CLA 2003-09-29 10:22:33 EDT
If the performance hit is not too bad, you could optimistically try the operation each time, but 
remember not to complain to the user if it is failing. The problem with this approach is that the 
user needs *some* kind of feedback that they are disconnected. 

You also still have to notify him when operations that he explicitely generates fail.
Comment 3 Jean-Michel Lemieux CLA 2004-06-11 16:49:32 EDT
Post 3.0
Comment 4 Michael Valenta CLA 2006-06-15 12:57:06 EDT
We have several issues relating to working disconnected that we should consider for 3.3.
Comment 5 Michael Valenta CLA 2007-04-18 21:29:12 EDT
We didn't have time to address this in 3.3.
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:06:43 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.