https://bugzilla.wikimedia.org/show_bug.cgi?id=26088
fastgoldf...@gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
--- Comment #6 from fastgoldf...@gmail.com 2011-12-10 21:37:20 UTC ---
Reopened.
There are no issues with the focus as far as I can tell. It appears to me that
it works perfectly in all of my tests. The issue is that nothing else works,
and the goal proposed in this report has definitively not been achieved:
> The user could still type in a non-existing page, since it's a combobox.
> Existence is verified after the user hits "Save page". If the value does not
> exist within the specified set (category=Wiki Page above), an error message
> displays and the form stays open. This behavior would match that of a
> mandatory string field that is empty on "Save page".
The combobox still will:
* allow non-existing values to be saved.
* no error message is displayed
* the form does not remain open to allow the user to fix the error in the same
manner as the behavior invoked by the "mandatory" parameter
Although the focus feature is interesting, I think it should be removed. The
focus feature will delete all of the data the user entered if there is a minor
typographical error, with no opportunity to fix it.
In the case where a user meticulously enters in some data, and then switches to
another browser tab to check that the data is entered in correctly, it would be
more than a little annoying for the user to come back to the form and see all
of the data has been erased.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
