Bug 84622 - iFolder client shows server not available for the first minute after a restart.
Summary: iFolder client shows server not available for the first minute after a restart.
Status: VERIFIED FIXED
Alias: None
Product: iFolder Denali
Classification: iFolder
Component: Client - Linux (show other bugs)
Version: iFolder Denali
Hardware: Other All
: P3 - Medium : Normal
Target Milestone: 3.4
Assignee: Boyd Timothy
QA Contact: Jared Allen
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-19 15:48 UTC by Michele Casey
Modified: 2011-06-04 04:03 UTC (History)
0 users

See Also:
Found By: Beta-Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.