Last modified: 2010-05-15 15:29:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 217 - wpTextbox1= showing up on preview and edit w/duplicate text afterwards
wpTextbox1= showing up on preview and edit w/duplicate text afterwards
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.3.x
Other Linux
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 749 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-25 17:01 UTC by Joel
Modified: 2010-05-15 15:29 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Screenshot of problem in article preview (71.96 KB, application/pdf)
2004-08-25 17:05 UTC, Joel
Details

Description Joel 2004-08-25 17:01:41 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.
Comment 1 Joel 2004-08-25 17:05:31 UTC
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
Comment 2 Brion Vibber 2004-08-26 02:19:33 UTC
That's darned weird. Can you confirm with a current version of PHP (4.3.x)?
Comment 3 Joel 2004-09-01 17:17:15 UTC
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.
Comment 4 Brion Vibber 2004-10-10 08:15:24 UTC
*ping*

Joel, are you still seeing this problem, and can you confirm it with other
versions of PHP?
Comment 5 Joel 2004-10-14 15:40:52 UTC
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.
Comment 6 Rowan Collins [IMSoP] 2004-10-20 18:05:16 UTC
*** Bug 749 has been marked as a duplicate of this bug. ***
Comment 7 Rowan Collins [IMSoP] 2004-10-20 18:11:16 UTC
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="
Comment 8 Antoine "hashar" Musso (WMF) 2004-11-13 18:16:37 UTC
Fixed by upgrading PHP.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links