1) Navigate to a vault directory containing an RPM
2) Double-click on the RPM

Expected Behaviour:
	Nautilus should display the RPM view with this file
Actual Behaviour:
	Dialog appears "Couldn't display ... because Nautilus cannot handle items of
type \"RPM Package\"



------- Additional Comments From darin@bentspoon.com 2000-10-23 15:25:15 ----

This is not exactly a bug per se. The "View as Package" component doesn't work
on remote RPMs.

But perhaps we want a better error message explaining that. Which is a
challenge, since the shell is the one that provides the error message.



------- Additional Comments From eskil@eskil.dk 2000-10-23 21:49:11 ----

I'm still unable to upload files to vault (but through nautilus and netscape).
Does the error occur in the rpmview or does nautilus really think it does
not know the file type ?



------- Additional Comments From mikef@praxis.etla.net 2000-10-30 13:16:03 ----

I think "view as package" should work through the vault!

I don't know whether the error occrs in RPM View or in Nautilus



------- Additional Comments From eskil@eskil.dk 2000-11-29 19:22:39 ----

yes, rpmview will not be able to read a file via gnomevfs anytime soon, rpm
doesn't use gnome-vfs.
solutions: 
1) download rpm to /tmp, run packageview (1 day)
2) create special services thingy to send the headerblock to the packageview,
and fake packageview into loading the header (x days)
3) create a rpmio library that uses gnome-vfs (x years)

anyways, since nautilus doesn't even start the packageview, but just whines that
it doesn't know the type "Rpm package" (which is obviously should), it's a
mimeinfo problem right now. Reassigning to metadata category (and to darin)



------- Additional Comments From darin@bentspoon.com 2000-11-30 10:38:03 ----

This is really about displaying good error messages when we have no viewer. Saying we 
don't understand the type all the time is wrong.



------- Additional Comments From sullivan@eazel.com 2000-11-30 10:51:55 ----

Fully handling this involves breaking it into multiple bugs:
1) The current wording is too specific, and thus false in this case. It can be
made true by changing it to something like "Nautilus currently has no way to
display this file" (since it might not be true that Nautilus has no way to
handle files "of this type" in general). This should be a P3 bug.
2) A better solution would be to have separate error messages for separate
reasons why the file can't be displayed. In this particular case, the error
message should explain that the RPM file could be displayed locally, but not
remotely. This is not simple, as the place in the shell that displays the
message does not currently know exactly why the query to find a viewer failed,
but we could teach it to be smarter about this. This is a lower-priority bug,
deferrable.
2a) If we think the RPM case is particularly important, we can special-case it
in the error-message code, and have a message explaining remote-vs-local just
for RPMs. It's not clear to me whether this is worth doing for 1.0, but it might
be.
3) In an ideal world remote RPMs would open and work. This is a feature request
that should be deferred for 1.0.

I'll split this bug into four soon.



------- Additional Comments From sullivan@eazel.com 2000-12-01 14:01:46 ----

Bug 40725 is the same as my (3) -- it would be nice if the RPM view worked on
remote RPMs.



------- Additional Comments From sullivan@eazel.com 2000-12-01 14:17:22 ----

OK, I'm replacing this bug with three new bugs I just wrote (and the old bug
40725):

(1) -> bug 44931
(2) -> bug 44932
(2a) -> bug 44933

I'm marking this one INVALID since it's replaced by those others.



------- Additional Comments From brett@eazel.com 2001-01-27 17:16:51 ----

Giving this th rubber-stamp of invalidity due to the spawned bugs that address
the issue.



------- Additional Comments From eli@eazel.com 2001-03-01 12:29:58 ----

Fixing typo in QA contact.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:46 -------