Closed (won't fix)
Project:
Wysiwyg
Version:
6.x-2.x-dev
Component:
Editor - YUI Rich Text Editor
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Nov 2009 at 18:13 UTC
Updated:
6 Mar 2010 at 20:34 UTC
hi
after entering and formatting some text exemple with YUI 2.8 , after saving , nothing is displayed...when i click on save button there is jump of the page all the time...
do you know this ?
thx
Comments
Comment #1
twodAre there any JavaScript errors?
Which browser did this happen in?
Have you tested with more browsers?
Which plugins have you enabled? Teaser Break, Image Assist?
Are the contents still there if you switch to another editor or click "Disable Rich-Text Editing"? If so, it's most likely not a problem with Wysiwyg module or the editor.
Which input filters have you enabled?
What kind of content did you test with?
Can you describe the page jumping in more detail? It might just be the editor detaching before content is submitted.
Comment #2
aiphesyes this:
Webfm is not defined
http://localhost/drupal6/sites/all/modules/webfm/modules/webfm_popup/web...
Line 11
FF3.5 and Chrome
FF3.5 and Chrome
No plugins
It works
Full HTML
simple text
the jump is a quite important scroll when clicking submit button
Comment #3
twodThen it seems Wysiwyg module is working. The code which runs during the above operation and the one running when the form is submitted are nearly identical.
(The jumping problem does sound like an effect of the editor detaching. As the editor is taller than the original textarea, the contents below will shift up when they are swapped. Might be possible to get around by not doing a full detach on submit.)
If the contents are also there if you edit the node again, Wysiwyg module is definitly working as it should and you're seeing a rendering problem.
Full HTML is an input format, I want to know which input filters are enabled on that format, which hints about which code is run by Drupal when the node is shown. (These are not controlled by or associated with Wysiwyg module, but might stop the viewed node from being rendered correctly.) Check this by clicking configure on admin/settings/filters.
Comment #4
aiphesThese filters are associated to my Full HTML input format :
Convertisseur de saut de ligne : convert line jump
Correcteur HTML : html corrector
filtre URL : url filter
my install is in french...sorry
Comment #5
twodNo problem, I understand which filters you mean.
The linebreak filter should not be enabled when using WYSIWYG editors. The editors already take care of inserting
<br />and<p>...</p>tags where they are needed. And they might also use\nfor formatting the source, so all those newlines will also be converted to<br /> and <p></p>tags when viewing the node/comment, making it look really weird.We have also noted that the linebreak filter can cause content to not be rendered at all. See #602116: Long text is not rendered when viewing a node and #133188: Line break converter can result in empty node display - PCRE limits for more info on that.
If the content is still there when editing a node again, that seems like the most likely problem as the content has been properly saved to the databese but will not render after the filters have been applied when viewing a node.
Is the content still there when editing the node/comment?
If you already have a bunch of content using newlines instead of tag you might want to try something like #513998: Plugin to convert p- and br-tags to newlines, you'll be able to turn off that filter while not having to manually convert all that content.
Comment #6
sunSorry, without further information this issue can only be marked as won't fix.
Feel free to re-open this issue if you want to provide further information. Thanks.