Browser issues with MediaWiki

This page is intendend to document problems with certain web browsers in editing Wikipedia articles. If you have experiences with a specific web browser, please add them here.

Some of these problems may be bugs, some of them may be user interface annoyances, and some of them may result from incorrect or unexpected implementation of certain features on the Wikipedia site. If you find bugs in your browser, this is not the place to report them, but if they are relevant to Wikipedia, they may as well be listed here.

Problem with newlines:
Some browsers seem to insert newlines into entries. This is likely to be a CR/LF problem (Windows ends lines with CR/LF, Unix only with LF), and to mostly show up during collaborative editing as in Wikis. Specifically, Opera 5.x on Linux seems to have this problem, although further tests are needed. Opera 6.0?


 * s/\r\n/\n/sg

Problems with saving:
Opera 5.x on Linux definitely has issues with saving pages. Sometimes, a page will simply not be stored and the browser will hang. Opera 6.0 on Windows seems to save fine.

Mozilla 0.9.9 has problems saving forms (such as wikipedia edits!) longer than about 10k; the connection stalls and the page is not saved. Use an older or newer version without the bug.

Problems with editing:
Mozilla (0.96) has some quite annoying bugs in textareas. These relate to cursor behavior and scrollbar display. On the other hand, it supports saving form data, which is quite handy for long articles.


 * See http://www.usemod.com/cgi-bin/mb.pl?NetscapeTextWrappingBug. This bug has been around since the first version of the browser.

Netscape 4.7/Windows 98 Occasionally refuses to allow insertion into longer articles.

Internet Explorer 5/Mac OS X (and perhaps older?) Textarea seems to be limited to about 32k; text cannot be inserted into longer pages, instead met with an indignant beep.

Opera 5/Mac OS X (and perhaps older?) Textarea is limited to about 32k; text is truncated after that point. Inserting additional text results in the end of the text scrolling off into la-la land, though someone editing the middle of a page might not notice; if the page is saved, it will be truncated.

K-meleon (Mozilla)/Windows 95 Unicode characters replaced by '?'.
 * This happens on any browser that doesn't support unicode.

Note: 32kb limits Textarea was limited to 32kb in both Netscape 3 and MSIE 3, presumably on all platforms for which those browsers were respectively available. In neither case does the browser warn of a buffer overflow. (I am not sure about the version 4 browsers - an experiment might be needed)

Problems while selecting text:
Internet Explorer 6/Windows 98

With Wikipedia Phase II (not Phase III), it's impossible to select part of text on every pages. But there are not problems of selection in input area while editing.


 * Check the stylesheet; it may be using absolute positioning on bits where it doesn't really need it. This was discovered and fixed in phase 3 a while ago; the selection bug was triggered by the combination of using absolute positioning for the body text (actually the whole page was in an absolutely positioned div, rather pointless) and fixing the doctype so browsers wouldn't render in quirks mode. --Brion VIBBER 15:41, 5 Sep 2003 (UTC)


 * Sorry, I said a mistake ; I have this problem on Meta-Wikipedia too ...But, Meta-Wikipedia use Phase III now ? And I have not this problem on french Wikipedia which use Phase III. Oliezekat 16:13, 5 Sep 2003 (UTC)


 * It would really help if when people report bugs, they specify if they're using any non-standard options (such as the Cologne Blue or Nostalgia skins). Cologne Blue skin i still broken in this regard (it's broken in many ways, and no one has yet come forward to fix it). --Brion VIBBER 16:41, 5 Sep 2003 (UTC)


 * I'm sorry...You had solved my problem : it's Cologne Blue skin which cause this problem ! I never think this issue. :o. Oliezekat 16:52, 5 Sep 2003 (UTC)