GNOME Bugzilla – Bug 102653
Bonobo_Stream_getInfo() does not return mime type for non-file: prefix
Last modified: 2006-11-15 15:27:54 UTC
Package: bonobo Severity: critical Version: 2.1.0 Synopsis: Bonobo_Stream_getInfo() does not return mime type. Bugzilla-Product: bonobo Bugzilla-Component: libbonobo Description: bonobo_widget_new_control() API invoke that API to get mime information for filling query string. but return value of mime type is empty and query fails. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-01-06 10:20 ------- Reassigning to the default owner of the component, michael@ximian.com.
Created attachment 13379 [details] showcase. bonobo_widget_new_control fail, thou there's EOG control for the purpose.
libbonobo:Bonobo-stubs.c:329 has this routine. and it's full of ORBit codes. then, is this ORBit bug?
well, when the moniker is local one; file://home/username/any.png fetching mime succeed to image/png, and ok to call eog control. is this problem all about vfs: moniker extender, or stream manipulcation?
This is prolly not going to get fixed anytime soon - there are several problems - particularly the lack of a centralised caching infrastructure makes this difficult to fix elegantly. To fix it - we need a threaded ORB, a gnome-vfs caching daemon, and then we can do it ;-) ie. some more work required.
do you have any workaround n'yet?
gnome-vfs is able go get mime info from remote stream, right? then why not import gnome-vfs's ability?
This is prolly not going to get fixed anytime soon - there are several problems - particularly the lack of a centralised caching infrastructure makes this difficult to fix elegantly. To fix it - we need a threaded ORB, a gnome-vfs caching daemon, and then we can do it ;-) ie. some more work required. [!]
Just to get an updated status on this. ORBit2 is handling threads better now and Alex is working on the daemon in a separate branch, right?
Switching QA maint to an alias that points at me for easier sorting. Search on 'louie doing alias spam' to find all emails and mark read.
This is way old and we've got the caching daemon and thread support in the ORB so I'm marking the rest as WONTFIX :-) The testprogram gives critical warnings anyway now.