Shared directory doesn't become availible on network on startup

Bug #312346 reported by Luther
4
Affects Status Importance Assigned to Milestone
nautilus-share (Ubuntu)
New
Undecided
Unassigned

Bug Description

Ubuntu 8.10

Package:
I don't know if this is a Gnome problem, but I'm using Gnome 2.24.1. apt-cache and Synaptic both claim that Gnome is not installed, whatever that means.

I used the file browser to make my ~/Public directory available through the router to my roommate's computer, which also runs Ubuntu 8.10. When I first set it up, I was able to upload a file to his computer.

Expectation:
Any time my computer is on, the directory should automatically be available on the network.

What actually happened:
If I restart my computer, the directory is no longer on the network. When I go to Places>Home Folder, the Public directory no longer shows the hand icon in the upper right corner. I right-click on it and choose Sharing Options. The "Share this folder" box is still checked.

Workaround:
If turn off sharing for that folder, then turn it back on again, it seems to work normally.

I would guess it's a problem with setting up shared directories at boot time.

Revision history for this message
David Tombs (dgtombs) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. I have classified this bug as a bug in nautilus-share.

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

affects: ubuntu → nautilus-share (Ubuntu)
Revision history for this message
Chow Loong Jin (hyperair) wrote : Re: [Bug 312346] [NEW] Shared directory doesn't become availible on network on startup

On Sunday 10,January,2010 09:41 AM, Launchpad Bug Tracker wrote:
> You have been subscribed to a public bug:
>
> Ubuntu 8.10
>
> Package:
> I don't know if this is a Gnome problem, but I'm using Gnome 2.24.1. apt-cache and Synaptic both claim that Gnome is not installed, whatever that means.
>
> I used the file browser to make my ~/Public directory available through
> the router to my roommate's computer, which also runs Ubuntu 8.10. When
> I first set it up, I was able to upload a file to his computer.
>
> Expectation:
> Any time my computer is on, the directory should automatically be available on the network.
The share should already be available on the network, but usually it will take
some time for other computer to notice it being available. In addition to that,
Windows' detection of shares is generally horrible and works very
intermittently. This is not a nautilus-share bug, nor a samba bug, as the same
thing happens with other Windows computers as well.
>
> What actually happened:
> If I restart my computer, the directory is no longer on the network. When I go to Places>Home Folder, the Public directory no longer shows the hand icon in the upper right corner. I right-click on it and choose Sharing Options. The "Share this folder" box is still checked.
This is a bug in nautilus that does not query the extensions for emblems of the
XDG standard folders (~/Documents, ~/Pictures, etc). The share is actually
already shared, just that the emblem does not appear. If you rename it to
something else, the emblem will appear.
  duplicate 280480
>
> Workaround:
> If turn off sharing for that folder, then turn it back on again, it seems to work normally.
>
> I would guess it's a problem with setting up shared directories at boot
> time.
This workaround is just to get nautilus to realize that the share exists. Samba,
which actually handles the shares, already does.

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.