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 628275 - Orca should be more forgiving when invalid options and arguments are specified
Orca should be more forgiving when invalid options and arguments are specified
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
2.31.x
Other All
: Normal normal
: 2.32.0
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
Depends on:
Blocks: Andalucia
 
 
Reported: 2010-08-29 23:10 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2010-09-20 10:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Joanmarie Diggs (IRC: joanie) 2010-08-29 23:10:19 UTC 
If the user specifies an invalid option (e.g. -z) or an invalid argument (e.g. --enable foo) or a missing argument (e.g. --enable, with nothing specified to enable), then Orca dumps the usage string and exits. This behavior is problematic for a couple of reasons:

  1. The user then has to launch Orca without it speaking.

  2. Try to figure out from the usage info spewed out what he/she did wrong.

I think the more user-friendly thing to do would be:

  1. Spit out more specific help

  2. Try to start Orca with the bogus options/arguments removed
Comment 1 Joanmarie Diggs (IRC: joanie) 2010-08-30 17:30:05 UTC 
Fix committed as part of bug 628256:
http://git.gnome.org/browse/orca/commit/?id=eb691b9571b7499129fb779440eadaadef0b4ac3