Last modified: 2014-04-02 22:39:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T11406, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 9406 - Captcha form should be set off visually on edit page
Captcha form should be set off visually on edit page
Product: MediaWiki extensions
Classification: Unclassified
ConfirmEdit (CAPTCHA extension) (Other open bugs)
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
: accessibility
Depends on:
  Show dependency treegraph
Reported: 2007-03-24 02:40 UTC by Dan Mellem
Modified: 2014-04-02 22:39 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Dan Mellem 2007-03-24 02:40:40 UTC
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.
Comment 1 Brion Vibber 2007-03-26 13:42:08 UTC
It's a big huge thing at the top of the page, right in your face. There's no way
to miss it.
Comment 2 Dan Mellem 2007-03-26 16:33:16 UTC
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.
Comment 3 Brion Vibber 2007-03-26 17:56:23 UTC
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
Comment 4 Dan Mellem 2007-03-26 20:20:50 UTC
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.

Comment 5 Brion Vibber 2007-03-26 20:26:48 UTC
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?
Comment 6 Brion Vibber 2007-03-26 20:44:02 UTC
Ugh, I'm braindead today. :P I see what you mean... changed summary to clarify.
Comment 7 Dan Mellem 2007-03-26 21:42:01 UTC
It was scrolled down on its own, but perhaps it was a fluke. Thanks for clearing
up the summary!
Comment 8 Thomas Bertels 2009-02-17 23:02:08 UTC
(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.
Comment 9 spage 2013-04-27 00:59:04 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.