I came across this bug when trying to create a "terms & conditions" page. I copied the T&C from the source and pasted it into the tinymce node body field. The content shows up in the node preview but after submit, no content shows....just the title.

If i then edit the node again, the content shows up in the edit node form. weird.

If i switch the input format to PHP the content will show up in the node view. Is there some sort of capping limit for the amount of content you can paste into the tinymce box?

Comments

esmailzadeh’s picture

Title: TinyMCE node body disappears for large content » body disappears for large content
Project: TinyMCE » Drupal core
Version: 5.x-1.9 » 5.7
Component: User interface » node.module

i have same problem with fckeditor and this is showing that this is bug of drupal core

xamount’s picture

anyone else can confirm this?

drumm’s picture

Status: Active » Postponed (maintainer needs more info)

What browser is everyone using? Have you tried others? I suspect this might be an issue with how wysiwyg editors are implemented.

esmailzadeh’s picture

i found that this is a filter module because
md5 of the text when it is too larg cant calculated.
i solve this problem with these changes:

function check_markup($text, $format = FILTER_FORMAT_DEFAULT, $check = TRUE) {
  // When $check = TRUE, do an access check on $format.
  ++if(strlen($text)<30000){
  if (isset($text) && (!$check || filter_access($format))) {
    $format = filter_resolve_format($format);
   

    // Check for a cached version of this piece of text.

    $id = $format .':'. md5($text);
    if ($cached = cache_get($id, 'cache_filter')) {
      return $cached->data;
    }

    // See if caching is allowed for this format.
    $cache = filter_format_allowcache($format);

    // Convert all Windows and Mac newlines to a single newline,
    // so filters only need to deal with one possibility.
    $text = str_replace(array("\r\n", "\r"), "\n", $text);

    // Get a complete list of filters, ordered properly.
    $filters = filter_list_format($format);

    // Give filters the chance to escape HTML-like data such as code or formulas.
    foreach ($filters as $filter) {
      $text = module_invoke($filter->module, 'filter', 'prepare', $filter->delta, $format, $text);
    }

    // Perform filtering.
    foreach ($filters as $filter) {
      $text = module_invoke($filter->module, 'filter', 'process', $filter->delta, $format, $text);
    }

    // Store in cache with a minimum expiration time of 1 day.
    if ($cache) {
      cache_set($id, 'cache_filter', $text, time() + (60 * 60 * 24));
    }
  }
  else {
    $text = t('n/a');
  }
}
++}
  return $text;
}

dpearcefl’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

Considering the time elapsed between now and the last comment plus the fact that D5 is no longer supported, I am closing this ticket.

dpearcefl’s picture

Status: Closed (won't fix) » Postponed

Going to open this issue until I can confirm it doesn't exist in modern Drupal.

mahnster’s picture

dpearceMN, I can say it is still happening with Drupal 6.22... I have a client who is unable to post, and the body is disappearing.

mahnster’s picture

That is, when the body seems to be pretty big. Sometimes it does post ok.

dpearcefl’s picture

Status: Postponed » Active

Marking it active.

dpearcefl’s picture

Priority: Critical » Normal

What filter type are you using? What editor (FCKEditor, etc.) are you using? Have you tried it without the editor?

dpearcefl’s picture

I just tried a 100K word text sample (verified by M$ Word) in a filtered and full HTML body without an editor and it works fine.

Like drumm (#3), I suspect this is the editor you may be using.

jfk_research’s picture

I found this happened on a very large node body using Drupal 6.20 and CKEditor. The total html code was over 1,000,000 characters. When previewed or saved (I disabled CKEditor rich text and posted html code), the body just disappeared (on both Firefox and IE).

I did remove some unneccessary html code, reducing characters to about 980,000, and it worked. Maybe a coincidence or maybe there is a limit around 1,000,000 characters?

dpearcefl’s picture

Version: 5.7 » 6.22
Category: bug » support
Status: Active » Closed (cannot reproduce)

In Drupal 6.22, I just tried a 2 million character piece of text (2.4 million counting spaces) which works out to being a 425 pages using the Garland theme. No problems at all in either Full HTML or partial HTML.

I think we can safely say that Drupal 6.22 has no problem itself with large bodies of text.

Adding an editor may complicate things but if it does, it is the HTML editor's fault not Drupal's.

I have tested this against Drupal 6.22 so I am changing the version number of this ticket. This is done when an issue can not be duplicated against a newer version of Drupal.

if you think this is worth following up on, please determine which HTML editors you can duplicate this issue against and open a ticket against those editors.