Bug 84622

Summary:	iFolder client shows server not available for the first minute after a restart.
Product:	[iFolder] iFolder Denali	Reporter:	Michele Casey <mcasey>
Component:	Client - Linux	Assignee:	Boyd Timothy <btimothy>
Status:	VERIFIED FIXED	QA Contact:	Jared Allen <jpallen>
Severity:	Normal
Priority:	P3 - Medium
Version:	iFolder Denali
Target Milestone:	3.4
Hardware:	Other
OS:	All
Whiteboard:
Found By:	Beta-Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Michele Casey 2005-05-19 15:48:20 UTC

This does not happen all the time, but the customer has seen it enough that he
wanted to bring it to our attention.  It sounds as if it could be a timing
issue, since it only occurs after restarting the client.  Perhaps there is a
module or a dependency (like mono) that we're waiting on before the client can
complete the connection.  Here are the comments from Beta Customer:

RC2 Client on NLD Gnome.
Steps to reproduce:
- Setup the account, check remember password
- wait until iFolders are displayed
- setup one or more iFolders let them sync.
- exit iFolder Client (or log out of Gnome)
- restart iFolder
- the set up iFolders show 'server unavailable' as status
- Simias.log shows Message: Need Credentials (see attached logfile).
- The password field in Accounts is still populated, and the remember password
option is set
- in My iFolder Window use View - Refresh, the iFolders shows up as 'ok'.
- choose one to sync - Status shows 'server unavailable'
- wait about 1 minute... Sync works.
 - or in iFolder - Accounts - Logout - Login and it works too...

Comment 1 Boyd Timothy 2005-07-18 21:14:01 UTC

This is an intermittent problem that we will address in the future.  We need to
rewrite some of the GUI code to be based on events to make sure that the status
of iFolders in the list are always up-to-date.

Comment 2 Boyd Timothy 2005-10-20 22:09:18 UTC

A possible fix for this would be to have Simias keep track of the real state of every collection so that the iFolder client (in Linux/Mac/Windows) does not have to guess the state.

Since this is not a critical bug, we will not address this for the 3.2 release.

Comment 3 Boyd Timothy 2006-03-01 23:15:23 UTC

This problem is pretty much fixed with the fix provided in Bug #136608.  When the client first starts up, all of the iFolders will be marked as "Waiting to synchronize."  If the synchronization process attempts to perform a synchronization before the account gets logged-in, the status will show "Server unavailable."  As soon as the account *is* logged-in, however, all of the iFolders that are part of that account are marked as, "Waiting to synchronize."

Please check the behavior in the latest 3.4 client.

Comment 4 Nitin Purswani 2008-09-23 04:44:45 UTC

It is working fine in latest iFolder clients (3.7) So moving the bug to verified please close if reporter also agrees.

Comment 5 Puspanjali Panda 2011-05-05 06:35:45 UTC

Closing this bug as per Comment4.Please reopen the bug if you find any issues.