GNOME Bugzilla – Bug 162526
save button always enabled
Last modified: 2006-01-29 21:22:19 UTC
Distribution: Slackware Slackware 10.0.0 Package: gpdf Severity: trivial Version: GNOME2.8.2 2.8.x Gnome-Distributor: Dropline Systems Synopsis: save button always enabled Bugzilla-Product: gpdf Bugzilla-Component: general Bugzilla-Version: 2.8.x Description: Description of Problem: when clicking on "save a copy.." and save-window popup, the "save" button is *always* enabled, also if no file name is provided. This can be confusing and maybe could cause some data loss. Steps to reproduce the problem: 1. open a pdf 2. click on "save a copy..." 3. Actual Results: Expected Results: save button should be enabled only if a file-name is provided How often does this happen? always Additional Information: it would be greatly appreciated if a default extension [i.e. ".pdf"] was appended to the typed file-name. ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-12-30 05:53 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "gpdf". Setting to default milestone for this product, '---' Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
This bug is related to bug 143011. It might even be a dupe, or it depends on that one. Maybe it is only a gtk issue. I do know I'm not sure ;) See bug 143011 comment 4.
firefox does this: it checks whether the file name has been entered or not and act consecutively enabling/disabling the save button. Perhaps you should look at firefox's code.
Gpdf is no longer maintained, closing WONTFIX. Please use Evince for your pdf viewing needs. http://www.gnome.org/projects/evince/
recommend re-resolving as a dup of #143011.