Extension:Blahtex/Bugs/Bugs in BlahtexWiki

This page is where to report bugs in the modified version of MediaWiki used on BlahtexWiki.

Blahtex error messages containing non-ascii characters
If a blahtex error message contains non-ascii characters, then it appears that the underlying PHP expat XML parser doesn't know how to handle the numeric entities. For example if you enter "\abcdéfg", the error message should be something like "Unrecognised command "\abcdéfg"", but instead it becomes "Unrecognised command "\abcd"". Dmharvey 01:36, 11 March 2006 (UTC)


 * Don't shoot the messenger. In that example, this is the error message delivered by the blahtex program. However, there was a problem with "\begin{abcdéfg}", when blahtex reported correctly "Unrecognised command "\begin{abcdéfg}"" but the message got truncated to "Unrecognised command "\begin{abcd"". This is now fixed. -- Jitse Niesen 09:25, 3 April 2006 (UTC)


 * Actually, now I realise that I intended blahtex to output non-ASCII using XML entities if the (default) command-line option "--other-encoding numeric" is selected. So this is a bug in blahtex too. I will fix this. Dmharvey 13:36, 4 April 2006 (UTC)

Escaped ampersands
When using long names on my own Blahtex installation (from CVS), the ampersands are escaped in the MathML output. This formula:
 * $$\mathcal{E} \mbox{ containing }$$

shows up something like this:
 * &expectation;&NonBreakingSpace;containing&NonBreakingSpace;

However, the test wiki does not have this problem. Is there a configuration item I overlooked?

--Joost 09:22, 13 September 2006 (UTC)


 * I believe that mediawiki does some filtering of the (X)HTML after blahtex has produced its output, and it needs to be explicitly told which entities do not need escaping. I recommend just using numeric codes. In fact, the next version of blahtex will not output "long names" at all; there's really no point in doing it. Dmharvey 20:56, 14 September 2006 (UTC)


 * In Firefox (1.5.0.6) the '\succeq' symbol is displayed correctly when translated to a name, but shows as '?' when it is a code. That was my reason for going with names. Maybe I should file a bug in Firefox. --Joost 11:51, 15 September 2006 (UTC)


 * OK, I think I know what's going on. There are actually two very similar characters, 0x227d and 0x2ab0. The first is got from "\succcurlyeq", the second one is "\succeq"; the corresponding MathML names are "&SucceedsSlantEqual;" and "&SucceedsEqual;". I think what's happening is that the font shipped with firefox is missing the character 0x2ab0. So if you ask directly for it, firefox doesn't know what to do. And I guess firefox maps both mathml names to 0x227d. I think this should be reported as a bug in firefox. (But I'm pretty sure nothing will be done about it until the STIX fonts are released.) Dmharvey 23:55, 17 September 2006 (UTC)


 * This looks like a difference in MathML 1 and 2. Code 0x2ab0 is only defined in version 2.0. Thank you for the clarification! --Joost 13:43, 9 October 2006 (UTC)

Diff
Whenever I try to use the diff function on a history page I get the following error:

XML Parsing Error: not well-formed Location: http://wiki.blahtex.org/index.php?title=Talk:Main_Page&diff=1505&oldid=1448 Line Number 37, Column 582:

FWIW, I'm running Mozilla Firefox v1.5 on Windows 2000. -- Fropuff 02:37, 30 January 2006 (UTC)


 * You are fast! Thanks, I'll have a look; I can reproduce it so it should be fixable. -- Jitse Niesen 11:45, 30 January 2006 (UTC)

Bug seems to be a missing space title="Talk:Main Page"id="differences-prevlink" space needed just before id. --Salix alba 00:27, 1 February 2006 (UTC)


 * Thanks to both of you; this has been fixed now. -- Jitse Niesen 22:58, 1 February 2006 (UTC)
 * Actually, the development version of MediaWiki on CVS already contained a fixed for it, but BlahtexWiki is running the (supposedly) stable version 1.5.x. -- Jitse Niesen 21:32, 10 February 2006 (UTC)

Templates
Not sure if templates are working, didn't try very hard. See. --Salix alba 17:37, 2 February 2006 (UTC)


 * It seems that you simply didn't set templates like H:h Help. I tried it in the sandbox and it seemed to work. -- Jitse Niesen 21:32, 10 February 2006 (UTC)

Center tag
Some html syntax will never be xhtml. There will be problems when raw html is entered in some pages. First example I've found is the tag. --Salix alba 17:39, 2 February 2006 (UTC)


 * Again, could you please be more precise? It worked for me and it also seems to be valid XHTML. -- Jitse Niesen 21:32, 10 February 2006 (UTC)


 * Fixed after turning tidy on. -- Jitse Niesen 11:51, 19 March 2006 (UTC)

Tables
Some problems with finer points of table display. --Salix alba 17:46, 2 February 2006 (UTC)

Specifying a font in a table. The following code is legal in MediaWiki as the parser automatically inserts a closing tag. This breaks BlahTex XML Parsing Error: mismatched tag. Expected:. def --^ See for example which causes problems.

Lots of problems when using html table format and not closing tags. For example See  for example which causes problems. --Salix alba 02:11, 3 February 2006 (UTC)


 * This one is not so easy to fix. The Wikimedia servers rely on HTML Tidy to add the closing tags. Unfortunately, this program does not understand MathML. -- Jitse Niesen 23:19, 10 February 2006 (UTC)


 * Fixed after turning tidy on, with a hack to prevent problems with MathML. -- Jitse Niesen 11:51, 19 March 2006 (UTC)

Gallery
The feature is broken. --Salix alba 02:11, 3 February 2006 (UTC)


 * Again, could you please give an example? -- Jitse Niesen 23:19, 10 February 2006 (UTC)


 * Fixed by the patch in 5005. -- Jitse Niesen 11:51, 19 March 2006 (UTC)