At line 1 changed one line |
Let me know which browsers you've tested JSPWiki on and the issues involved. |
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. |
At line 3 changed one line |
!!Mozilla 0.9.x |
If you are running an older version than what is [currently available|JSPWikiDownload], please consider upgrading JSPWiki before complaining about problems. We're not listing older problems here, but they are available somewhere in the page history... |
At line 5 changed one line |
* Main development platform is Mozilla 0.9.5. All seems to work fine, both on Linux and Win98. |
!!Mozilla & Mozilla Firefox |
At line 7 added 9 lines |
JSPWiki development is happening mostly on Mozilla Firefox. |
|
With Mozilla Firefox there are no problems as I see. In the [Test] page I couldn't see, if the different forms of hyperlinks moved to the same page. |
|
* There is a problem with Mozilla not being able to decide whether it should run in strict or compatibility mode. |
* This is being followed as [bug 178088|http://bugzilla.mozilla.org/show_bug.cgi?id=178088] in [Bugzilla|http://bugzilla.mozilla.org] |
** Fixed in Firefox 1.0 PR, and subsequent versions of the Mozilla code. |
* Firefox has a problem with centering images when using the Image-plugin. See the [JSPWiki Bugreport page|BugCenteringImagesUsingImagePluginDoesNotWorkInFirefox] for more details. I have also created a new section on the [Testpage|Test] to demonstrate this issue. |
|
At line 18 added 2 lines |
Netscape 4.x is not officially supported by JSPWiki. We'll occasionally check if it still works, but there's no quality checking. Netscape 4 is such a nightmare to support, that frankly, only commercial corporations have the manpower to code around all problems... |
|
At line 22 added 5 lines |
* 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. :( |
** If someone can fix this in a way that does not involve removing CSS attributes from tables, then by all means; submit a fix! |
** Strangely enough, this seems to be fixed by 1.9.37. Probably due to the fact that we're now closing <TD>-tags correctly. |
At line 28 added 4 lines |
* There is a built-in limit of 32000 characters in a textarea element. This means that you simply cannot edit long WikiPages. Yet another reason why you should switch browsers... |
|
* Hitting "Back" from the preview page brings you back to the original edit page, with whatever edits you just made now missing. This makes the preview feature not very useful. If anybody has experience otherwise, please let me know. Maybe its a browser config issue, but I've tried playing with cache settings & the like. Incidentally, this is Netscape 4.75, Solaris 2.6. |
|
At line 15 changed one line |
* Dispute: when jspwiki.encoding is set to UTF-8, a page with åöä saved in |
* Dispute: when jspwiki.encoding is set to UTF-8, a page with åäö? saved in |
At line 40 added 2 lines |
* The javascript width code for Edit.jsp in v1.7.0 does not seem to work correctly with 2.2.2. |
* The [LeftMenu] with the user name gets rendered with plenty-of-space in 1.7.3. Odd? |
At line 43 added 14 lines |
!!Konqueror 3.1.0 |
|
This also includes Safari. |
|
* Konqueror 3.5.0 has a problem with centering images when using the Image-plugin. See the [JSPWiki Bugreport page|BugCenteringImagesUsingImagePluginDoesNotWorkInFirefox] for more details. I have also created a new section on the [Testpage|Test] to demonstrate this issue. |
|
!!Galeon 1.2.x |
|
* The default font for Edit.jsp textarea is terribly small. Very odd. |
|
!!iCab 2.7.1 |
|
* Does not support UTF-8 encoded pages properly. |
|
At line 59 added 2 lines |
JSPWiki is usually tested on 5.0 and 5.5, occasionally 6.0. |
|
At line 25 changed one line |
* Dispute: IE5.0 and Windows 2000 ''has'' been observed to result in |
* IE5.0 and Windows 2000 ''has'' been observed to result in |
At line 68 added 4 lines |
!!Internet Explorer 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. |
|
At line 76 added 36 lines |
!!Internet Explorer 6.0 |
|
* IE 6.0, Win2k PL, JSPWiki v2.0.52, default template - edit a page, make changes, go to preview mode, hit "back" on your browser and observe that changes diplayed in preview mode are gone, you have the original page without any changes. Firefox doesn't present this problem. I read in a changelog that the v2.0.35 was correcting this problem so why do I have it? Any solutions? --''ilfrin'' |
|
;:''Ok so now I know what the problem is, it's the BASIC Authentication I use ... :( it causes IE to refresh every time, I think I'll have to tell by boss to learn live with it until the 2.1 version is stable with it's own authentication ... '' -- ilfrin |
|
* IE 6.0, WinXP, JSPWiki 2.0.44 and 2.0.48 (haven't tried other versions): The LeftMenu is missing (not rendered). Using default template. -- [Chris] -- Not sure about reason of this, but at least for 2.2.28 ff I can confirm that this does not happen with IE 6.0, WinXP. -- Gregor |
|
!!Internet Explorer 7.0 |
|
* IE 7.0: When a %~%category popup is the last content at the bottom of an article and it is not the first text on its line and that article contains any blank lines (i.e., lines that contain __only__ a carriage return) and that article is rendered from JSPWiki 2.8.1 to Internet Explorer 7.0 -- it produces an "Unknown Runtime Error" in IE7. This may have something to do with the fact that blank lines are treated by JSPWiki as paragraph or line breaks, whereas a blank line that contains a single space (or other whitespace) is not necessarily treated as a line break. Adding spaces to blank lines changes the vertical spacing of an article. See [this bug here|Bug with Categories and Articles with Blank Lines on IE7]. |
|
!!Opera 9.0, WinXP |
The test page rendered out nicely for me. |
*One issue that may not be Opera/JSPWiki related.. I setup basic authentication for the Edit.jsp page at my site, and Opera cannot log in. Firefox can get right in with the same credentials. |
|
!!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] |
|
!!Opera 5.0, Linux |
|
* Line breaks would sometimes double when you save. Likely to be fixed in 1.7.2. |
|
!!Opera 5.12, all platforms? |
|
* Does not respect UTF-8 -> all pages with UTF-8 characters in them get clipped at the first non-ASCII character when you edit a page. Quite a serious bug, it seems - try to avoid this browser, please... --[JanneJalkanen] |
|
At line 117 added 10 lines |
|
!!Safari (Mac OS X) |
* Seems to work ok (I went to the [Test] page, and it seemed fine). --[MarkSzpakowski] |
* "Keep Editing" button, in Edit.jsp, doesn't work (version 2.1.107 -- AlainRavet |
** Seems to work nicely in 2.2 and Safari 2.0. --JanneJalkanen |
|
|
!! 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] |