Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.

Bug 4816 - CAPTCHA image not displaying


Summary:	CAPTCHA image not displaying

Status:	RESOLVED FIXED

Product:	MediaWiki
Classification:	Unclassified
Component:	User login and signup (Other open bugs)
Version:	1.6.x
Hardware:	PC All

Importance:	Low normal (vote)
Target Milestone:	---
Assigned To:	Nobody - You can work on this!

URL:	http://en.wiktionary.org/wiki/Talk%3A...
Whiteboard:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-02-01 00:25 UTC by Connel MacKenzie
Modified:	2008-02-13 06:47 UTC (History)
CC List:	1 user (show)

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

Attachments
screen dump - eu.wikipedia - captcha image not displayed - 01.jpg (141.99 KB, image/jpeg) 2008-02-10 02:21 UTC, lɛʁi לערי ריינהארט	Details
Add an attachment (proposed patch, testcase, etc.)

Description Connel MacKenzie 2006-02-01 00:25:04 UTC

An anonymous IP 69.134.218.108 reported that they were unable to see the CAPTCHA
image.  Viewing the link provided I am able to see the image in several
browsers.  They did not report their browser or platform.  (I do not know if you
can determine that from logs...or if logs are even turned on for this one
subcomponent.)  --~~~~

Comment 1 Brion Vibber 2006-02-01 00:29:58 UTC

They'll need to provide information.

Note that the captcha images won't display correctly if cookies are disabled.

Comment 2 James Barrett 2006-02-01 01:01:09 UTC

Thanks - firewall was catching the 3rd party cookie and that fixed it.

Comment 3 Brion Vibber 2006-02-01 01:02:41 UTC

There shouldn't be any third-party cookies, just same-party cookies. Can you show me 
what the cookie looks like and what setting caught it?

Comment 4 Connel MacKenzie 2006-02-06 04:56:20 UTC

I haven't reproduced this user's scenario.  But I did add an extra warning at
http://en.wiktionary.org/wiki/MediaWiki:Captcha-createaccount which has made the
complaints stop for now.

Comment 5 omniplex 2006-06-29 15:27:54 UTC

Just commented on a related bug, it doesn't work
in some constellations even if cookies are enabled
and the browser supports PNG, a wild guess is "file
name issue", the URL is ..."&wpCaptchaId=123456789" 
without file extension PNG or whatever it is.

Because I cant load a single exemplar I also can't
check if something's unusual in its HTTP header.

Comment 6 Andrew Garrett 2006-11-26 00:13:36 UTC

No information provided. Closing as WORKSFORME

Comment 7 lɛʁi לערי ריינהארט 2008-02-10 02:21:41 UTC

Created attachment 4637 [details]
screen dump - eu.wikipedia - captcha image not displayed - 01.jpg

screen dump from
http://eu.wikipedia.org/w/index.php?title=Aparteko:Userlogin&type=signup&returnto=Azala

using
c) Konqueror 3.5.5 (Using KDE 3.5.5)
on KDE version 3.5.5; System: Linux; Release: 2.6.22-gentoo-r2; Machine: i686

it works on

a) Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.3) Gecko/20070427 Firefox/2.0.0.3 on Linux KDE 3.5.5
b) Opera see configuration at http://test.wikipedia.org/wiki/User:I18n/Opera
all on KDE version 3.5.5; System: Linux; Release: 2.6.22-gentoo-r2; Machine: i686

the same happens at
http://lbe.wikipedia.org/w/index.php?title=special:Userlogin&type=signup&returnto=Main_Page

the captcha image is visible for about three seconds and then disapears

best regards Reinhardt [[user:Gangleri]]

Comment 8 lɛʁi לערי ריינהארט 2008-02-10 02:24:12 UTC

REOPENing this bug

comment #7 is quite st*pid. Should a hint abpout using another browser should be added when captcha is used?

Comment 9 Brion Vibber 2008-02-13 06:22:00 UTC

I do seem able to reproduce this with Konqueror 3.5.8 on Ubuntu Gutsy.

The image nearly always disappears (replaced by a tiny generic file icon) after something causes it to redraw, such as dragging a section over it or scrolling down, then back up.


I haven't been able to reproduce the problem on my local MediaWiki install, however, so there may be some sort of difference in the caching headers or some other behavior triggering it.

Comment 10 Brion Vibber 2008-02-13 06:47:05 UTC

Seem to have fixed this in r30900.

Made two changes:
* An explicit cache-control header allowing private caching. (No effect, but seems wise to have.)
* Commented out the 403 Access Denied on subsequent loads of an already-viewed captcha image. This allows Konqueror to reload the image (god knows why) without losing it, so it doesn't disappear.

Since the image references are tied to the session, this _probably_ doesn't weaken the captcha much. But it'd be nice to know why Konqi is doing this crazy thing and how to stop it. :D

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

Search

Personal tools

Navigation

Links

Contents Listing Alphabetical by Author:

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Unknown Other

Contents Listing Alphabetical by Title:

# A B C D E F G H I J K L M N O P Q R S T U V W Y Z Other

Medical Encyclopedia

Browse by first letter of topic:

A-Ag	Ah-Ap	Aq-Az	B-Bk	Bl-Bz	C-Cg	Ch-Co
Cp-Cz	D-Di	Dj-Dz	E-Ep	Eq-Ez	F	G
H-Hf	Hg-Hz	I-In	Io-Iz	J	K	L-Ln
Lo-Lz	M-Mf	Mg-Mz	N	O	P-Pl	Pm-Pz
Q	R	S-Sh	Si-Sp	Sq-Sz	T-Tn	To-Tz
U	V	W	X	Y	Z	0-9