Bug 465693

Summary:	Unable to browse network:/// through nautilus
Product:	[Fedora] Fedora	Reporter:	Shaopu Chiu <yikechiu>
Component:	gvfs	Assignee:	Tomáš Bžatek <tbzatek>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	alexl, davidz, mclasen, tbzatek, tsmetana
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	gvfs-1.0.1-5.fc10	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-10-07 12:54:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	457945

Description Shaopu Chiu 2008-10-05 17:42:59 UTC

Description of problem:
Unable to browse network:/// through nautilus.
It displayed:
 
Error: DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)

Version-Release number of selected component (if applicable):


How reproducible:
always

Steps to Reproduce:
1.start nautilus
2.choose network on the left side
3.error message
  
Actual results:


Expected results:


Additional info:

Comment 1 Matthias Clasen 2008-10-06 15:46:50 UTC

This problem seems to be a combination of 

  fatal_mask = g_log_set_always_fatal (G_LOG_FATAL_MASK);
  fatal_mask |= G_LOG_LEVEL_WARNING | G_LOG_LEVEL_CRITICAL;
  g_log_set_always_fatal (fatal_mask);

in daemon-main.c and

              g_warning ("Couldn't create directory monitor on %s. Error: %s",
                         uri, error->message);

in gvfsbackendnetwork.c

Really, with that setup in daemon-main.c, we can never use g_warning at all in any daemon code.

Comment 2 Tomáš Bžatek 2008-10-07 12:54:28 UTC

This was accidentally left from the gvfs-obexftp-updated-apis-3.patch. Upstream is fine.

Fixed in gvfs-1.0.1-5.fc10.