This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Let me know which browsers you've tested JSPWiki on and the issues involved. Also, please check the Test page to see if everything renders correctly.

Mozilla 0.9.x#

  • Main development platform is Mozilla 0.9.x. Mostly everything seems to work fine, both on Linux and Win98.
  • On Moz 0.9.9 clicking on "save" on Edit.jsp sometimes hangs. This occurs also on other Gecko-based browsers.

Netscape 4.7x#

  • Netscape 4.75, Windows NT 4.0 - does not recognize UTF-8 encoding.
  • It would also seem that when it does recognize the UTF-8 encoding, it messes up the UTF-8 conversion. This does not happen on Win98, but seems to happen on IE4.x as well.
  • Netscape Linux - UTF-8 works but character set incomplete, hence middle chinese character appearing as ?
  • Tables are not functioning properly: Netscape way of doing CSS is so totally broken that I fear that it's not even worth supporting. :(

Konqueror 2.2#

  • Konqueror 2.2.1, Linux. Does not render all UTF-8 fonts, but does recognize them. Your average åäö work okay, but at least Japanese characters don't show. Probably a font issue.
  • Dispute: when jspwiki.encoding is set to UTF-8, a page with åäö? saved in Konqueror 2.2.1 on Linux gets cut off at the first (ISO-Latin-8859-1?) char position.
  • Confirmed. It also kills any UTF-8 encoded page, so if you edit any page with UTF-8, you remove all UTF-8 characters. Is this in the Konq known bugs list?
  • Ditto with Konqueror 2.2.2.
  • The javascript width code for Edit.jsp in v1.7.0 does not seem to work correctly with 2.2.2.

Galeon 1.2.x#

  • The default font for Edit.jsp textarea is terribly small. Very odd.

iCab 2.7.1#

No obvious problems; a test page for encodings would help. Ah ha, the gobbledy gook above (Your average åäö) rendered as Ã?Â¥Ã?â?¬Ã?¶.

Which it shouldn't - they are standard UTF-8 characters. It seems that iCab does not understand UTF-8 properly. --JanneJalkanen

Internet Explorer 5.0#

  • IE 5.0 SP1, Windows NT 4.0. Current link in the bottom status bar displays wrong characters with UTF-8 encoding.
  • Same with IE 5.0 SP2, Windows 2000.
  • IE5.0 and Windows 2000 has been observed to result in "internal server error"[1] on about two of every three page saves. Unfortunately, I don't know what SP or special circumstances cause this. --ebu

IE 5.1, Mac OS X#

  • When encoding is set to ISO-8859-1, still posts UTF-8. This may be a problem with Tomcat as well.

Internet Explorer 5.5#

  • IE 5.5 SP2, Windows 98 - no problems.

Internet Explorer 6.0#

  • Hearsay: Javascript warning?

Opera 6.0, Win2k & Win98#

  • Seems to have problems when page is in ISO-8859-1, and you edit a page with 8-bit characters. Characters get converted into some messy thing.
  • The auto-sizing of the edit page text box doesn't seem to do anything in Opera. It appears to be the same size as before.
    • Confirmed. Opera doesn't seem to like all CSS definitions. Also, on my Win98 box, the default font is very big - is this typical of Opera? --Janne
    • I've never noticed Opera pages looking unusually large fonted.-- MahlenMorris
  • The 'more bold' on the test page does not appear in bold.
    • It should test whether the bold attribute can survive paragraph borders. I don't think it's legal HTML anyway. --Janne

Nokia Communicator 9210#

  • UTF-8 not supported.
  • Browsing works fine, editing as well, saving an edited page causes an internal server error[#1] (so could be fixable? contact me --MikaelHonkala

Related pages#

See wiki:TWiki:Support/BrowserIssues ( http://twiki.org/cgi-bin/view/Support/BrowserIssues ) for some more browser problems - some may not affect JspWiki, but I think the caching issues affect all Wikis. --RichardDonkin

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 21-Mar-2002 12:37 by 192.100.124.219.