Last modified: 2010-05-15 15:29:35 UTC
-- observed with -- mediawiki v: 1.3.1 mysql v: 3.23.58 redhat 9 php 4.2.2 -- also observed with -- mediawiki 1.2.2 mysql 4.0.20 redhat 9 php 4.2.2 We're experiencing an issue frequently on our installation that happens when the article text is somewhat longer than 1100 characters. When saving the article or showing the preview the rendered content show the first 1100 characters (or so, it does vary between articles it seems by up to several hundred characters) and then the text 'wpTextbox1=' appears followed by the entire text of the article all over again. We saw this in mediawiki version 1.2.x and so I upgraded but it is still occuring. An example article text on which this occurs every time is included between <snip> and </snip>, in this text the wpTextbox1= appear at character 1123. <snip> We have created our own certificate to be used as a CA for our internal use. In order to utilize this certificate, point your web browser to http://xxxxxxxx.xxxxxxxxx.xxx/cacert.der. Below are the instructions to use our CA to generate a machine SSL certificate. Substitute [machine name] for the actual hostname of the machine for which you are generating the certificate. <pre> 1) Log in to xxxxxxxxxxxxxxxxxx 2) cd /etc/ssl 3) run ./gencert.sh [machine name] </pre> These are the answers to the questions you will be asked: <pre> Country Name: US State or Province Name: Xxxxxxxxxx Locality Name: xxxxxxxxxxxx Organization Name: xxxxxxxxxxxxxxxxx Organizational Unit Name: xxxxxxxxxxxxxx Common Name: [machine name] Email Address: xxxxxxxxxxxxxxxxxxxxxx Please enter the following 'extra' attributes to be sent with your certificate request A challenge password []: xxxxxxxxxxxxxxxx An optional company name []: xxxxxxxxxxxxxxxx </pre> You will then be asked for the passphrase for the cacert. Enter the 1234567890123456 password. Then answer "y" when asked to sign the certificate and "y" again to commit. The signed certificate will be [machine name].crt and its corresponding key will be [machine name].key. </snip> I upgraded the mysql version to 4.0.x and the problem persisted. I'm not able to upgrade PHP on this machine due to other application dependancies. When 'showing preview' the wpTextbox1= and duplicate full text is also inserted into the editing <textarea> form element in the same character location.
Created attachment 14 [details] Screenshot of problem in article preview This screen shot shows the article preview page with the 'wpTextbox1=' duplication in both the rendered HTML and in the form's textarea
That's darned weird. Can you confirm with a current version of PHP (4.3.x)?
Ok, I'll take some time today or tomorrow to put this up on another machine with a current PHP installation and see if still happens.
*ping* Joel, are you still seeing this problem, and can you confirm it with other versions of PHP?
Apologies for the delay; we've moved our installation to run under: RH ES 3 Update 2 PHP 4.3.9 MySQL v 4.0.21 MediaWiki 1.3.5 and this issue no longer appears.
*** Bug 749 has been marked as a duplicate of this bug. ***
Notes from duplicate bug 749: * the problem can be seen at http://city.ikatomi.com/index.php?title=Virtual_City:Sandbox&action=history * the number of characters needed to trigger the issue doesn't seem to be consistent: on the same wiki, I've successsfully saved a page with ~740 chars, but triggered the bug with ~550 chars; the key difference appears to be the positioning of whitespace and/or newlines * the server above is running PHP 4.3.1 (according to http://city.ikatomi.com/index.php?title=Special:Version) * sometimes the second copy is preceded by "%wpTextbox1=" or "0%wpTextbox1=" rather than just "wpTextbox1="
Fixed by upgrading PHP.
