search

gWorldz / get-simple-cms

Automatically exported from code.google.com/p/get-simple-cms
GNU General Public License v3.0
0 stars 0 forks source link

When adding big pages, the content is lost #53

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Create new page.
2. Paste some really long text. I was trying with 150 KB, but it fails with 
less.
3. Save the page.

What is the expected output? What do you see instead?
The text should be saved, but it's not, and the content is empty. No errors 
are displayed.

What version of the product are you using? On what operating system?
GetSimple 2.01, the server uses Linux and PHP5. It happens on my server and 
in the OpenSourceCMS.com demo.

Original issue reported on code.google.com by mel...@gmail.com on 27 Apr 2010 at 1:31

GoogleCodeExporter commented 9 years ago 
I've run into the same problem in WordPress recently. I bet it is a memory 
setting. 
Thank you for bringing it up - I will take a look at it.

Original comment by ccagle8 on 28 Apr 2010 at 10:28

GoogleCodeExporter commented 9 years ago 
It's worth noting that if I parse and write the content in the XML file 
manually, it 
shows OK in the page, so the problem appears only when saving via the editor.

Original comment by mel...@gmail.com on 28 Apr 2010 at 10:40

GoogleCodeExporter commented 9 years ago 
Does this happen with AND without the CKEditor turned on?

Original comment by ccagle8 on 4 May 2010 at 12:50

GoogleCodeExporter commented 9 years ago 
It does the same without CKEditor. It tries to save, and then the page appears 
empty.

Original comment by mel...@gmail.com on 4 May 2010 at 2:52

GoogleCodeExporter commented 9 years ago 
can you attach your sample file? Thanks!

Original comment by ccagle8 on 5 May 2010 at 10:25

GoogleCodeExporter commented 9 years ago 
Here it is. It's just 70 KB of 'aaaaa'. Disable CKEditor, create a new page, 
paste 
this in the textarea, hit 'Save Page', and it will disappear.

Original comment by mel...@gmail.com on 5 May 2010 at 6:59

Attachments:

GoogleCodeExporter commented 9 years ago 
Seen this on several sites... looks like the there is a browser limit of 32k on 
textarea fields....

"Theoretically the user can type unlimited amounts of text into the textarea 
field. In 
reality the browser sets the limit, usually no more than 32 K. "

Original comment by MichaelS...@gmail.com on 6 May 2010 at 7:17

GoogleCodeExporter commented 9 years ago 
Haven’t tested this yet, but it could also be PHP’s post_max_size[1] giving 
the
problems. I read about POST requests being over the set limit just returning an 
empty
$_POST.

[1]: http://se.php.net/manual/en/ini.core.php#ini.post-max-size

Original comment by martijn.personal@gmail.com on 8 May 2010 at 8:12

GoogleCodeExporter commented 9 years ago 
Hm, I don't think so. In the two machines I reproduced the bug, post_max_size 
was set 
to 8M and 128M respectively, and it fails with 70 KB. I don't know about the 
browser 
limit, though.

Original comment by mel...@gmail.com on 8 May 2010 at 10:55

GoogleCodeExporter commented 9 years ago 
read some more on this, limit of 32k in most browsers, FF is 64k. 

Solution seems to be to use javascript to split the textarea into several 
hidden 
textareas of 30k each and submit them, and reassemble on the backend. 

So looks like its neither a GetSimple or CKEditor problem

Original comment by MichaelS...@gmail.com on 8 May 2010 at 10:40

GoogleCodeExporter commented 9 years ago 
I had similar problem with a mySQL driven CMS script that use tinyMCE WYSIWYG 
editor which can't save long articles, I remember the solution was to change 
the textarea field type to LONGTEXT instead of TEXT in the article database 
table.

Not sure if this could help or not as your script not using mySQL but I just 
liked to share this piece of information with you people may be it help some 
how.

Original comment by arab...@gmail.com on 30 Aug 2010 at 4:03

GoogleCodeExporter commented 9 years ago 
because this bug is really neither a GS or PHP config bug - then we have no 
other option but to close this. after looking around, other cms's have the same 
problem. I don't like the idea to hack the content up into pieces and 
reassemble. Plus, 32K of text is a LOT of text. Pages probably shouldn't be 
that long anyway.

http://www.sitepoint.com/forums/showthread.php?t=482284

Original comment by ccagle8 on 27 Oct 2010 at 1:59