The Desktop should show a vault icon along with their home directory 
once they register for our services and receive vault access.

It should be treated as another volume, and not display a shortcut icon.

This means it will have to accept drags... as a result we would like to 
slightly change the way the vault works.  We would like to have the vault 
represented as the current "Private" folder being the top level, and having 
the "Public" folder be a sub-directory inside it.

I know there are a few bugs contained here, but we can separate them out 
once we all agree this will work.



------- Additional Comments From eli@eazel.com 2000-10-16 19:02:49 ----

Batch-assigning QA ownership of Services bugs to Albert.



------- Additional Comments From bneely@parts-unknown.com 2000-11-01 13:37:43 ----

I would like to see a general "Services" icon on the desktop, which can take the
user to an informational/signup page if they are not yet registered.  Otherwise,
they could log in.



------- Additional Comments From mikef@praxis.etla.net 2000-11-02 17:13:33 ----

This bug requires more flexible (and powerful) symbolic linking semantics in
gnome-vfs



------- Additional Comments From mikef@praxis.etla.net 2000-11-06 14:43:02 ----

Time estimate does not include time for new gnome-vfs feature.



------- Additional Comments From mikef@praxis.etla.net 2000-11-28 13:45:23 ----

Better idea:  Just use NautilusLink's for now.  Won't depend on cross-scheme
symlinking for 1.0 (so 4554 can be postponed)



------- Additional Comments From mikef@praxis.etla.net 2000-11-30 16:23:52 ----

Task grows in complexity
Current plan is to have these icons appear when user logs in just as removable
media does.  Unfortunately, this requires modifications to Nautilus.



------- Additional Comments From bud@eazel.com 2000-12-04 12:57:57 ----

Although we certainly want to go in this direction, given the timing
this needs to be a post-1.0 feature. For 1.0, we will continue
with Online Storage access through the Services menu item.
Moving to after 1.0



------- Additional Comments From don@eazel.com 2001-01-04 23:26:10 ----

For 1.0 the plan is to have Gene simply implement the vault as a link on the
desktop.  Bud, through an exhaustive research effort ;), has proven that this
will work for the common case.  Later, we can make the vault mounted or
unmounted automatically when the user is logged or not logged into services.




------- Additional Comments From arlo@workthatmouse.com 2001-01-04 23:55:56 ----

Hmmm... my goal for the vault icon on the desktop was so that users had 

an easy way to drag files into their vault once they had logged on.



Can we make this link smart enough to accept drags?  We did this with 

the Trash, right?



------- Additional Comments From mikef@praxis.etla.net 2001-01-05 14:01:21 ----

Umm, re-examination of this issue will probably cause the issues that caused
this to be deferred in the first place to be re-discovered.

The problem isn't creating the Nautilus Link, the problem is: when does the link
get created?

Does it get created when the user logs in?  Does it get created when the user
goes to the summary view?  Is it there even when the user logs out?  If the user
logged in as a different Eazel Service User, do two links (or four?) appear on
the desktop?

I'm not saying this is impossble, just that it's more of a quagmire than it
appears.



------- Additional Comments From don@eazel.com 2001-01-08 21:51:38 ----

When can't have a link to the vault that will bring up an error dialog if the
user doesn't have an account.  Also, it's difficult to propaget the link if you
don't know the user's services account name, i.e. it may not be the same as the
*nix user name.

So this goes to 1.0.1.  Sorry Bud. ;)




------- Additional Comments From albert@eazel.com 2001-02-07 14:13:44 ----

QA assigning to Sherry (client inventory and vault components)



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:41 -------
Bug depends on bug(s) 44934.

The original reporter (arlo@workthatmouse.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.