Last modified: 2010-05-15 15:29:35 UTC
-- observed with --
mediawiki v: 1.3.1
mysql v: 3.23.58
-- also observed with --
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.
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.
1) Log in to xxxxxxxxxxxxxxxxxx
2) cd /etc/ssl
3) run ./gencert.sh [machine name]
These are the answers to the questions you will be asked:
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
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.
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.
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
MySQL v 4.0.21
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
* 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
* sometimes the second copy is preceded by "%wpTextbox1=" or "0%wpTextbox1="
rather than just "wpTextbox1="
Fixed by upgrading PHP.