= Description =

## Please read this page. Lines prefixed with ## such as this one are comments,
## you can remove them (except for those after the "Plan" section.)
## Please follow the instructions given in those comments and the text.
## After creating the bug page, please subscribe to it! We may have questions
## that only you can answer, and if you get email when your bug changes it'll
## be much faster to get it fixed since you can answer the questions!

We have a wiki page with a few thousand revisions. The page itself is ~2MB of text, with 50-60 lines added to it per day. The revisions directory for this page is 1GB+ in size. When this page is updated, the submit takes some time, and if the browser window is closed, it results in a partial update of the page rather than an aborted update. 

== Steps to reproduce ==
## Describe the steps needed to reproduce the bug. If we can't reproduce it, we  probably can't fix it.
 1. create a test environment with a page that has 50 lines of text added in each iteration of 2,000+ revisions
 2. Go to the wiki editor and edit the wiki page to include 50 lines of text
 3. submit, and then close browser window before the returning "Thanks for updating the wiki" text is displayed
 4. Page should be partially updated, in a mixed state.

== Example ==
##Add URL that show the bug, screenshot or test wiki markup that fail...

  This is on a private wiki.

##URL: 

##{{attachment:screenshot.png}}

##{{{
##Example wiki markup that fail
##}}}

== Component selection ==

## Where you think is this bug happening ? (general, plugin [plugin name], theme [theme name], ...

 * general

== Details ==

## If you got a traceback, please save the traceback page as html and attach here:
## [[attachment:traceback.html]]

## if the bug is in this wiki, just kill the table and write: This Wiki.

## If a traceback is not available, please fill in the details here:
|| '''!MoinMoin Version''' || 1.9.3 ||
|| '''OS and Version''' || Freebsd 7 ||
|| '''Python Version''' || python2.6 ||
|| '''Server Setup''' || ||
|| '''Server Details''' || ||
|| '''Language you are using the wiki in''' (set in the browser/UserPreferences) || US/English ||

== Workaround ==
## How to deal with the bug until it is fixed

Patience when updating this particular page and hope that the http request doesn't time out while the wiki is updating...

= Discussion =
Which deployment have you? wsgi?

I tried to reproduce this with a 2000 byte lorem ipsum text which got increased by 2000 iterations on command line. Then I added text lines into the text box. Saving takes this amount of time for me
{{{
    Page.execute = 0.000s
    getACL = 0.001s
    init = 0.029s
    load_multi_cfg = 0.000s
    run = 2.194s
    send_page = 2.164s
    send_page_content = 2.146s
    total = 2.223s
}}}

Can you show your measurements and give more details. 


Please precisely define "partially updated, in a mixed state". The long POST time you are experiencing might be due to !BadContents (antispam) related checking of a huge number of regexes against your huge text content. BTW, what are you doing on that wiki page, it seems to be a bit unusual? -- ThomasWaldmann <<DateTime(2012-06-23T21:54:17+0200)>>


= Plan =
## This part is for Moin``Moin developers:

 * Priority: 
 * Assigned to:
 * Status: 

----
## If you are a moin core developer, replace the category to Category* in these cases:
## Category MoinMoinNoBug - if this is not a bug.
## Category MoinMoinBugConfirmed - if you can confirm the bug on current code.
## Category MoinMoinBugFixed - after the bug is fixed in current code.
CategoryMoinMoinBug