Bug 149893 - avahi: stale Zeroconf icons in Nautilus
Summary: avahi: stale Zeroconf icons in Nautilus
Status: RESOLVED UPSTREAM
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Beta 3.5internal
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL: http://www.avahi.org/ticket/36
Whiteboard:
Keywords: should_go_upstream
Depends on:
Blocks:
 
Reported: 2006-02-10 10:38 UTC by Stanislav Brabec
Modified: 2008-08-14 20:44 UTC (History)
0 users

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

Attachments
screenshot (12.42 KB, image/png)
2006-02-10 10:43 UTC, Stanislav Brabec 		Details
View All 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 Stanislav Brabec 2006-02-10 10:38:53 UTC 
How to reproduce:
1. Enable file sharing on Mac
2. Browse network:// in nautilus
3. Turn Mac off

Current behavior:
After disappearing of Zeroconf services, Nautilus changes the icon to the dumb icon and changes the title.

Expected behavior:
Icon disappears.
Comment 1 Stanislav Brabec 2006-02-10 10:43:57 UTC 
Created attachment 67535 [details]
screenshot
Comment 2 Stanislav Brabec 2006-02-13 13:13:00 UTC 
http://bugzilla.gnome.org/show_bug.cgi?id=330988
Comment 3 JP Rosevear 2006-03-30 06:12:13 UTC 
I tried this on beta 8 and the icons for ftp and sftp on the mac disappeared promptly.  Can you still reproduce this stanislav?
Comment 4 Stanislav Brabec 2006-04-06 12:14:42 UTC 
Confirming the fix.
Comment 5 Stanislav Brabec 2006-04-19 15:00:31 UTC 
Reopening the bug.

The bug is avahi specific.

After disconnecting of Mac, icons are still there and avahi-browse -a shows disconnected machines.

Tens of minutes after disconnecting the Mac, avahi-browse -a stops to show these machines, but Nautilus continues to show them with dumb icons (dnssd-local-machinename-._ftp._tcp.local.

Restarting avahi daemons and the nautilus fixes the problem.
Comment 6 Mark Gordon 2006-04-25 20:13:44 UTC 
Sounds more like a workaround than a fix.

Still, given that this is marked should_go_upstream, and an upstream bug already exists, I'm resolving LATER.
Comment 7 Stanislav Brabec 2006-04-26 13:36:36 UTC 
Bad upstream component.
Reported as avahi issue:
http://www.avahi.org/ticket/36
Comment 8 Stephan Kulow 2008-06-25 09:35:34 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 9 Stephan Kulow 2008-06-25 09:37:42 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 10 Stephan Kulow 2008-06-25 09:42:12 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 11 Stephan Kulow 2008-06-25 09:53:37 UTC 
Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED.

In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;(
Comment 12 JP Rosevear 2008-08-14 20:44:13 UTC 
Update resolution to UPSTREAM.