Content Duplication Bug

[omoo]

For me all these exact same symptoms happen if I ever allow shortcodes into the page. For instance, when you use a caption on an image, WP wraps the whole thing in a [caption] code and this makes the duplicate of language 1 into the top area of lang 2.

I found that I need to go into the db and delete all former versions of the page in order to even delete the added text and have it stick.

If I delete the text and try to save it, a second copy of language 1 is added to the top of language 2 (now I have 2 language 1's and one language 2 below that.

If I repeat, it keeps happening I cannot delete anything through the admin editor window. Deleting the shortcode and saving do

Everything was so lovely before I added a shortcode. Bummer!

I cleaned it out and didn't need to re create the page, thank goodness, but this thing seems really odd!

[PowerKiKi]

qTranslate r496109 (2.5.28b2) seems to work for me. At least the post stored in DB as

Code: Select all

<!--:fr--><h1>a</h1><!--:-->

displays correctly when "Visual" tab is selected by default. And it also behave correctly when adding an image, including the [caption] shortcode. Both end-result and database content seems to be ok.

Thanks for your work Qian.

PS: if anyone is interested, my fork is up to date: https://github.com/PowerKiKi/qTranslate

[p2tu]

Notes:

1. It's really hard to reproduce this bug, but in my case it overwrites second language content with default language. And sometimes adds content, making it multiply with each update.
2. Seems, that there's something to do switching Visual/HTML view and between languages same session.
3. Before hitting "Update" button everything is allright, but after saving and page reloading second language is replaced with first one.

Edit:
Not related to autosave and revisions. Turned them off, bug still appears. Tho my theme uses custom fields so this plugin could be a problem....

[Kokarn]

I found out that the problem for me was related to the Advanced Custom Fields plugin.

When using a field with a WYSIWYG editor on the same page the content disappeared when switching languages.
Removing the WYSIWYG fixed the problem, at least for me.

[jaidev]

We have the same problem as described many times in this thread on one of our clients site.

wp 3.3.1
qt 2.5.28b2 (same problem with 2.5.24 and 2.5.27)
3 languages activated (norwegian, english and portuguese)

Problem:
when adding a new site, data in main edit field (text images etc) are not saved. Actually it is removed when clicking another language tab (when clicking back to the language you edited it is empty) so impossible to save/publish/update any data.

We can verify that the problem (like in the last post) occurs when a custom field with a wysiwyg text editor is present on the page/post. When editing a page with no custom text fields with wysiwyg everything seems normal!

in our case, we use Magic Fields Plugin http://magicfields.org/ Version 1.5.8.2 (older versions failed as well).

So to reproduce the bug - make sure that:
1. two or more languages are activated
2. the page/post/custom post type edit/new has custom field with a wysiwyg editor (either via a plugin or via theme functions)

Hope to see a fix soon as this plugin is fantastic when it works.

Regards,
JaiDesign

[eviotto]

I also use Advanced Custom Fields with a wysiwyg field nested in the Repeater field, and already reported that problem on this topic. My content editor does not show up, and the repeater fields do not show up either.
Now that other people say the same about custom fields, we might have a trail...

[p2tu]

it's all caused from wpautop.
just disable it or

Code: Select all

//qtrans_assign('qtrans_textarea_'+id,qtrans_use(lang,ta.value));
qtrans_assign('qtrans_textarea_'+id,qtrans_use(lang,ta.textContent));


in qtranslate_javascript.php

It seems to help with content replace issue and/or content doubling issue so far.
Only problem is that if you make changes in one language and switch to other (without updating page first) then changes are gone. But thats small problem compared to original problem

WP 3.3.1
qTranslate 2.5.27

[stef_greg]

I read the whole discussion and i hope that what follows may be helpful:

in my experience with WP 3.3.1 and qTranslate 2.5.28 i do not get duplication content in my various languages ​​but i have a problem viewing the preview of the article (I have already made ​​a post in this forum, in this sense: http://www.qianqin.de/qtranslate/forum/viewtopic.php?f=3&t=2987)

however i believe that my problem (of the preview) is related to the duplication content bug (parsing and storing)...

in fact, to properly display the preview of my post (in the default language) i have to do:

1) enter or edit my content in visual editor (default language - italian);
2) activate the visual editor of the second language (click on English tab), leaving blank the content;
3) press the preview button;

with this work around, i obtain, finally, a working preview !!!

Thank you for this wonderful plugin !!!

Stefano

[NickLW]

I think I'm having the same problem too.

I've created a WordPress site with 6 languages: English (Main), Norwegian, Slovenian, Polish, Turkish and Bulgarian.

So far I've only filled in the English and Norwegian pages but some strange things have happened.

On one occasion, I returned to the Norwegian page only to find that it now contained the English followed by the Norwegian Content.

Since then I've updated to the latest qTranslate (formerly, I had: qTranslate 2.5.27)

Then on three separate occasions, I've saved pages only to find that the Norwegian content has been completely replaced by the English content.

As an occasional test, having created my two pages, I'll open and save them in English Visual, Norwegian Visual, English HTML and Norwegian HTML. Each time I'll check the appropriate web page to see that it hasn't altered. I do this because I'm aware of the way WordPress can strip away div tags, line spaces, etc.

The weird thing is that I can go through all these tests several times without any problems occurring, then suddenly the Norwegian text turns to English.

Please, no one suggest that I disable the Visual Editor. My customers are not programmers and expect to use the Visual mode for general page creation.

I haven't tried deactivating and activating the plugin a dozen times yet. I will do and let you know if it works.

Anyone else got any news?




PS. I'm using Artisteer.3.1.0.48375 to create the theme, qTranslate 2.5.28 and Wordpress 3.3.1.
Other installed plugins are: Permalink Fix & Disable Canonical Redirects Pack, Premium Slider and WordPress Database Backup
I have an iMac running OSX 10.7.2. I use Safari Version 5.1.2 (7534.52.7)

Also, following advice about Home page reverting to English problem, I've amended navigation.php from get_option('home')
to: qtrans_convertURL(get_option('home'))

Finally, I've also followed the advice of a post on this site "Again Home page get back to the default language (qTranslate" (02/02/12)
and added the extra code to functions.php

[NickLW]

Just a quick question.

I updated to 2.5.28 today (5th Feb 2012) and I'm having the same problems as everyone else.

But I see that some people have uploaded version 2.5.28b2. Is this a newer version? Or has the b2 bit been dropped? I'm only going by the code number it gives on my plugins page ... Should I be looking somewhere else?