724939 - Version field should only be editable when version cannot be automatically detected, in which case edited values should be persisted

Status: RESOLVED WONTFIX

(Testing Graveyard :: ProfileManager, defect)

Description

[Steve Singer]

When adding Firefox versions other than the default, I tried to edit the version field manually (This field was apparently designed to show a version only from firefox.bin files; RedHat uses a shell script in /usr/bin as a front end for command-line and gnome / kde GUI invocation.)

The version field allows editing, but the entered version number disappears after closing the dialog and a "?" or version number from the binary replaces it.

It should be made clear that the field cannot be edited manually if version was populated from a firefox.bin, or else manual edits should override the "?" value if some shell script is being used as a front-end to invoke firefox. Admittedly, this is a minor annoyance, but it took some time to figure out what was going on.

Comment 1

[Jonathan Griffin (:jgriffin)]

To recap:

* the version field should not be editable when it contains a version that was automatically detected from the application
* the version field should be editable if a version cannot be automatically detected, and such edited values should be persisted

Comment 2

[Jeff Hammel]

:jgriffin , it is my understanding that ProfileManager is deprecated; should we WONTFIX this?

Comment 3

[Jonathan Griffin (:jgriffin)]

It has a small following, but I don't think anyone has time to maintain it, so yes.