Last modified: 2013-10-25 00:02:36 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 T44408, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42408 - [Google toolbar] IP users browsing to a non-existent page produces partial output in IE8/9
[Google toolbar] IP users browsing to a non-existent page produces partial ou...
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.20.x
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-11-24 12:10 UTC by Peter Harrison
Modified: 2013-10-25 00:02 UTC (History)
3 users (show)

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


Attachments

Description Peter Harrison 2012-11-24 12:10:24 UTC
If an IP user browses to a non-existent page they get partial output. This happens on both Monobook and Vector skins. I haven't tested the others but my guess is it happens on all skins.

To reproduce, make sure you are not logged in to Wikipedia and browse to http://en.wikipedia.org/wiki/Ajadfhlkhlkh. The HTML you get begins:

s" title="How to contact Wikipedia">Contact Wikipedia</a></li>
		</ul>
	</div>
</div>

<!-- /interaction -->

It then continues normally to the </html> tag. I am seeing the same thing on my site using 1.20.0 - www.festipedia.org.uk.

If you add ?useskin=monobook to the url the output is a little different but the same basic problem exists - the browser only receives the last portion of the HTML for the page.

This defect was also present in 1.19.x so this may be a duplicate. However, if it has been raised before I am surprised it hasn't been fixed. It gives a poor experience to IP users.
Comment 1 Alex Monk 2012-11-24 13:31:36 UTC
Works for me. I can't find anything weird in the HTML.
Comment 2 Peter Harrison 2012-11-24 17:13:07 UTC
Thank you. That prompted me to look again.

It works correctly in Chrome and Firefox and IE6 (using a virtual XP machine) but I am seeing the problem on IE8 on Windows XP and IE9 on Windows 7 on several different PCs. Toggling Compatibility View makes no difference. Strange. I have updated the defect to note that only IE is affected.
Comment 3 Solitarius 2013-03-07 17:38:08 UTC
Works for me on IE8 on Windows XP and IE8+IE9 on Windows 7
Comment 4 Valerie Juarez 2013-03-07 17:40:23 UTC
This also works for me on Windows Vista IE 9 and in Compatibility View.
Comment 5 Andre Klapper 2013-03-08 09:28:43 UTC
Three people could not reproduce the problem, so I'm marking this as RESOLVED WORKSFORME.
Comment 6 Peter Harrison 2013-10-24 14:17:08 UTC
(In reply to comment #5)
> Three people could not reproduce the problem, so I'm marking this as RESOLVED
> WORKSFORME.

On further investigation I've discovered that this is an interaction between IE and the Google toolbar which causes custom 404 error pages to be mishandled. If you turn off the "Provide suggestions on navigation errors" option in the Google toolbar (or don't have the Google toolbar in the first place!) everything is fine. One for Google to fix methinks.

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


Navigation
Links