** Changed in: nautilus
Status: New = Unknown
** Changed in: nautilus
Importance: Unknown = Medium
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Setting to triaged as per comment #12 [pff.. lazy hyperair ;p ]
** Changed in: nautilus-share (Ubuntu)
Status: Confirmed = Triaged
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because you are a
Sorry, can you explain it what sense is this bug triaged? In my
opinion it is still confirmed.
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Another thought:
Could this problem be solved with extended attributes? Nautilus-share could add
an extended attribute to each shared folder, which would contain a unique
identifier, which would map into its list of known shared folders? This, it
seems, would be a more reliable solution than
It seems to me that this bug is likely a security problem, as the user
could inadvertently share information that was supposed to be private.
Furthermore, it is clearly unexpected, inconsistent behavior that is
confusing and partially negates the benefit of having a sharing GUI at
all. So, I
Thanks for your bug report. This bug has been reported to the developers
of the software. You can track it and make comments here:
http://bugzilla.gnome.org/show_bug.cgi?id=589141
** Bug watch added: GNOME Bug Tracker #589141
http://bugzilla.gnome.org/show_bug.cgi?id=589141
** Changed in:
talked too soon, was re opened.
** Changed in: nautilus (Ubuntu)
Status: Invalid = Triaged
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
upstream rejected the nautilus task, saying that this is a nautilus-
share issue.
** Changed in: nautilus (Ubuntu)
Status: Triaged = Invalid
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because
** Changed in: nautilus
Status: Unknown = New
--
shared folder still shared even if recreated after deletion
https://bugs.launchpad.net/bugs/400830
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
It actually is a nautilus-share issue since Nautilus doesn't do anything
with sharing. Nautilus-share could use a file monitor on the shared
folder to see if it's deleted or check the mtime on the folder, or
something. My terminal was just being slow and I think I hit back and
resumbited it or
On Tuesday 21,July,2009 12:29 AM, A. Walton wrote:
It actually is a nautilus-share issue since Nautilus doesn't do anything
with sharing. Nautilus-share could use a file monitor on the shared
folder to see if it's deleted or check the mtime on the folder, or
something. My terminal was just
You can open an upstream bug to request such an interface, but this is
still a bug in nautilus-share; it's perfectly capable of checking itself
without Nautilus' help (as many other plugins already do).
--
shared folder still shared even if recreated after deletion
On Tuesday 21,July,2009 01:04 AM, A. Walton wrote:
You can open an upstream bug to request such an interface, but this is
still a bug in nautilus-share; it's perfectly capable of checking itself
without Nautilus' help (as many other plugins already do).
With what, a timer?
--
Kind regards,
I'm not sure you can solve this by extending the Nautilus plugin
interface. For example, what if the file is deleted by another tool
(e.g. rm)? Then Nautilus would have no idea about it, nevertheless
nautilus-share should still consider the file un-shared.
Here's my idea (please keep in mind that
Or, g_file_monitor().
test for existence, if it doesn't exist, unshare (obviously). if it does
GFileMonitor *monitor = g_file_monitor (the_shared_directory, ...);
g_signal_connect (monitor, changed, monitor_cb, ...);
...
static void
monitor_cb (GFileMonitor *monitor, GFile *file, GFile *unused,
Ah thanks, that would work. The .nautilus-share-info idea does seem
rather appealing as well. I'll give both of them some consideration.
affects ubuntu/nautilus-share
status triaged
--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer
--
shared folder still
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/29200723/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/29200724/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/29200725/ProcStatus.txt
--
shared
17 matches
Mail list logo
