This appears to be a regression that was introduced sometime last week.  Every
time I start nautilus as a "clean" installation, i.e. after removing
~/.nautilus/ ~/.gconf/ and ~/.gconfd/ , I see the http proxy configuration
dialog every time when starting Nautilus and using the "Verify my connection"
option.  This is a CVS head build on my machine connected to the office network.



------- Additional Comments From brett@eazel.com 2001-02-05 16:47:46 ----

Nautilus checks for the existence of 
http://services.eazel.com/downloads/eazel/updates.tgz in order to test the
network connection.  This file doesn't exist.



------- Additional Comments From mikef@praxis.etla.net 2001-02-05 17:08:23 ----

Ok, based on Brett's comment, this is clearly a server-side issue.  I filed
forseti bug 41443 on this issue.  I'll take it back for tracking.



------- Additional Comments From kocienda@eazel.com 2001-02-05 17:30:58 ----

Somebody toasted this file. Bad news!

I have put it back, but whoever is stuffing things onto the NetApp on production
should be more careful not to remove this file!



------- Additional Comments From brett@eazel.com 2001-02-05 19:24:17 ----

Verified.  first-time druid does the right thing, since the file exists again.



------- Additional Comments From brett@eazel.com 2001-02-06 12:25:09 ----

Unfortunately, I didn't test the "file not found" case after this was marked
fixed.  If we get a valid response from the server that the file doesn't exist,
we should assume that the connection is working but that the file was moved or
removed, not that the user requires an HTTP proxy.  I will rebuild with a bogus
URL for the updates.tgz file and see what happens.



------- Additional Comments From mpricer@eazel.com 2001-02-06 13:03:38 ----

The directory /h/services/software_catalog/eazel was not suppose to be on the
production server.  The files in this directory were meant for internal use 
only.  I would recommend you find another place or create another directory
to hold this file if it most be on the production server.  The problem we seem
to have is that the hourly builds (that are suppose to be stored in this
directory) are being placed on the production machine, we do not want this to 
happen.  So I would rather see this directory not appear at LoudCloud.



------- Additional Comments From brett@eazel.com 2001-02-06 13:30:37 ----

Opened new bug 46379 based on my 2001-02-06 12:25 comments.



------- Additional Comments From mikef@praxis.etla.net 2001-02-07 13:04:26 ----

mpricer--

I really don't undersand your previous comment.  Did you mean to attach it to a
different bug?



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:59 -------