Author: dan.mellem
Description:
I edited a Wikipedia article without logging in and didn't even see the CAPTCHA
form. I thought it was odd that the edit page came back and scrolled up to find
the test. Had I not been familiar with MediaWiki, my edits probably would have
been lost. The test should be made more obvious somehow.
Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=19648
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | Feature | None | T11406 Captcha form should be set off visually on edit page | ||
| Open | None | T90866 "Incorrect or missing CAPTCHA" should be closely associated to the captcha field |
It's a big huge thing at the top of the page, right in your face. There's no way
to miss it.
dan.mellem wrote:
If you have increased the size of the edit textarea for the page and have
scrolled down a bit, the test appears above the top of the screen after the
refresh. I'm an experienced user (started with Gopher) and *I* missed it, so
others could too. It is neither productive nor accurate to flippantly say
"there's no way to miss it" when that is exactly what I am reporting.
Well, I'm not sure what we can do about not seeing things after scrolling down
to skip over them. :)
Can you clarify the workflow of this a bit more? Is something automatically
scrolling you? Have you set that up manually in your user JS or does that happen
by itself? Can you list your custom user preference that causes the extra-large
text area? What browser are you using? Does it only happen with some browsers or
all?
dan.mellem wrote:
Sure. When I edited the article, I didn't remember the tag that I wanted to
include so I scrolled down so the text form was in the top of my browser
(SeaMonkey 1.5a) and I could see the markup shortcuts at the bottom. I edited
the page and saved it. The page came back positioned the same place (scrolled
down) and I thought it was odd that it didn't go to the article. I scrolled to
the top of the page to see if there were any errors and didn't see anything in
the top (above the toolbar) but then noticed the image from the test between the
toolbar and the textarea. I haven't tried it with other browsers and I haven't
encountered this before because I'm normally logged in. I was using a default
profile at the time with no userChrome or userContent changes.
What I'd suggest is either putting it in a DIV with a border and background or
at least changing the color of the notice so it stands out better.
Thanks.
Quick testing in Firefox seems to show that the textarea is scrolled to the last
cursor location, but the web page as a whole starts at the top as normal.
Can you confirm whether behavior is the same or different in Seamonkey?
Did the browser scroll down below the form on its own, or did you scroll down
below the form manually, ignoring it?
dan.mellem wrote:
It was scrolled down on its own, but perhaps it was a fluke. Thanks for clearing
up the summary!
(In reply to comment #4)
What I'd suggest is either putting it in a DIV with a border and background or
at least changing the color of the notice so it stands out better.
I second that.
I was recently speaking so someone who was editing an article and though the modifications had been saved when actually the captcha was being displayed.
So, maybe the captcha could be actually displayed after the user clicks "Preview", so that there's less misunderstanding.
To make the captcha scroll into view, it could be given the input focus. But the decision to do this should probably rest with each page displaying a captcha.
Change 185089 had a related patch set uploaded (by Florianschmidtwelzow):
Add support for autofocus the CAPTCHA input