After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 46001 - Program chooser needs to tell users when an application cannot open a particular location
Program chooser needs to tell users when an application cannot open a particu...
Status: RESOLVED INVALID
Product: nautilus
Classification: Core
Component: Extension Library
0.x.x [obsolete]
Other Linux
: Normal minor
: old
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-01-24 23:46 UTC by Rebecca Schulman
Modified: 2005-01-04 18:54 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2



Description Rebecca Schulman 2001-09-10 00:57:04 UTC
Right now the program chooser tells a user that a set of programs are
available for a particular application.  This is not completely correct,
because for many types of uris (remote locations), some applications 
cannot be used to open the file.

John and I discussed several ways to remedy this situation.
1.  We could edit the title text at the top of the dialog that currently 
says "applications for 'foo.bar'"  to include a note saying that some
applications may not be available for this location, if this is the case.
Applications that we "not available for this location" would be grayed out
in the list of possible applications.

This has the benefit of immediately making it obvious which applications were
available, but also the disadvantage that it would not allow people to
change anything about these applications for the whole mime type.

2.  We could leave the title text unchanged, and allow the applications to be
selected in the menu, but gray out the "choose" button when those applications
were not available.  The information about the particular application or
component, in the box below would say that this application would not 
be available for this applcation.
This has the benefit of allowing each application's status to be modified,
but would require scrolling though the list to find a usable application.

I can deal with this bug, since it seems part of the gnome vfs MIME/activation
changes.



------- Additional Comments From don@eazel.com 2001-01-24 20:26:46 ----

OK, this is on the 1.0 plate for now ...




------- Additional Comments From sullivan@eazel.com 2001-01-25 07:42:23 ----

I am also happy to work on or help with this bug. So once the underlying 
API is ready we can see who has more time/willingness.



------- Additional Comments From don@eazel.com 2001-01-25 16:03:26 ----

Downgrade to P4.




------- Additional Comments From rebecka@eazel.com 2001-01-31 19:03:07 ----

The underlying api should be ready now.
There is gnome_vfs_application_registry_supports_uri_scheme, which is what
I think is needed in this case.




------- Additional Comments From don@eazel.com 2001-02-06 15:59:16 ----

Not a 1.0 blocker.  (Don't shoot me, John! ;)




------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:57 -------
Comment 1 John Fleck 2002-01-05 04:18:59 UTC
Changing to "old" target milestone for all bugs laying around with no milestone set.
Comment 2 Kjartan Maraas 2005-01-04 18:54:55 UTC
Closing this as INVALID since the MIME handling has been rewritten two or three
times since this bug was entered.