Offline behaviour when starting disconnected
![](http://jazz.net/_images/myphoto/ed895ea23fac165b8833ae5467d2910b.jpg)
When I disconnect from a repository by logging-out, my repository workspace shows as "offline" in the pending changes view. Changes I make while offline appear nicely in the pending changes view as "unresolved".
However when I now exit eclipse and start again (with auto-login disabled), the workspace is no longer marked "offline", but the workspace components are marked "unreachable" and no pending changes are shown anymore.
Is this the expected behaviour ?
thanks
Daan.
However when I now exit eclipse and start again (with auto-login disabled), the workspace is no longer marked "offline", but the workspace components are marked "unreachable" and no pending changes are shown anymore.
Is this the expected behaviour ?
thanks
Daan.
3 answers
![](http://jazz.net/_images/myphoto/ed895ea23fac165b8833ae5467d2910b.jpg)
Hi Daan,
Yes, this is the current expected behaviour. We don't show local changes or any synchronization data for a workspace that has not been logged in in the current session. In this mode you can unload the workspace or login.
On the other hand if your wireless connection is having trouble and you balance between 'online'/'offline' modes, the pending changes view keeps showing the last synchronization data it obtained along with the current local changes. It gives you a chance to stay in context and quickly check-in your local changes next time you get your connection live again :-) The tooltip in the component node shows when the sync data was last obtained (last refreshed property).
Chrix
Yes, this is the current expected behaviour. We don't show local changes or any synchronization data for a workspace that has not been logged in in the current session. In this mode you can unload the workspace or login.
On the other hand if your wireless connection is having trouble and you balance between 'online'/'offline' modes, the pending changes view keeps showing the last synchronization data it obtained along with the current local changes. It gives you a chance to stay in context and quickly check-in your local changes next time you get your connection live again :-) The tooltip in the component node shows when the sync data was last obtained (last refreshed property).
Chrix
![](http://jazz.net/_images/myphoto/ed895ea23fac165b8833ae5467d2910b.jpg)
Ok, thanks Chrix,
Are there any plans to change this to also show local changes in the pending changes view when you are offline for a longer period of time ? (apparently you do keep some sort of change tracking on offline workspaces).
This would be helpful in a usecase where the team-repo-server is on a secured company network that is not available from the internet, to allow engineers working outside the office visibility of their local changes.
Thanks
Daan.
Are there any plans to change this to also show local changes in the pending changes view when you are offline for a longer period of time ? (apparently you do keep some sort of change tracking on offline workspaces).
This would be helpful in a usecase where the team-repo-server is on a secured company network that is not available from the internet, to allow engineers working outside the office visibility of their local changes.
Thanks
Daan.
![](http://jazz.net/_images/myphoto/ed895ea23fac165b8833ae5467d2910b.jpg)
We also have to consider what happens when we show the local changes. What will users want to do with them? If users expect to click on them to see a diff when disconnected we will have to store the state of each file before it's modified.
We've talked about this several times, our current idea is to support completely distributed workspaces so that you can check-in/history when offlines from the main repo and allow cross repository deliveries. This seems to be the real solution to the offline use-case.
I don't have a timeline yet, but it's something we are seriously exploring now.
Jean-Michel
Jazz Source Control Team
We've talked about this several times, our current idea is to support completely distributed workspaces so that you can check-in/history when offlines from the main repo and allow cross repository deliveries. This seems to be the real solution to the offline use-case.
I don't have a timeline yet, but it's something we are seriously exploring now.
Jean-Michel
Jazz Source Control Team