This site has been archived. To learn more about our current products Ibexa Content, Ibexa Experience, Ibexa Commerce head over to the Ibexa Developer Portal

eZ Community » Forums » Developer » Upgrade custom tag from eZ3.10.0 to...
expandshrink

Upgrade custom tag from eZ3.10.0 to eZ4.4

Upgrade custom tag from eZ3.10.0 to eZ4.4

Tuesday 30 November 2010 3:40:40 pm - 8 replies

Hi, I upgraded the system from eZ3.10.0 to eZ4.4 by following the instruction in the upgrade document step by step. Everything is great so far, except the custom tags in my xml block attributes.

The custom tags can't be shown on the page. In the debug output, it indicates the corresponding tpl file is loaded, but, no content.

It strange that, if I go to the BO, just hit edit an content object with this kind of custom tag, then do nothing hit publish. I need do so twice, then the content will be shown on the page!

I looked at the DB tables, and the code, it seems the stored xml text in the DB has wrong structure than the newer version of the eZ.

I have many content objects, so don't want to correct the problem manually like above.

Since above, it seems the eZ Publish system can somehow fix the problem, because I can do nothing on the content when editing, I am thinking there are must be a way to write a script to covert the custom tags automatically.

However, according what I read the kernel code so far, it seems very complicated on the process of store and parsing the xml text data. I have spent much time now and seem no results!

Can someone give me some directions or articles on this matter? Thank you very much!

Tuesday 30 November 2010 4:05:03 pm

Whats the difference between the before and after xml source?

Tuesday 30 November 2010 4:08:32 pm

Hi,

last week I had a similar problem. Maybe this will be helpful: #017671

Wednesday 01 December 2010 4:38:47 am

hi,André . I have the same problem ,and can't solve it too.the old custom tag XML source is like this:

<paragraph>
<custom name="cadreBlancOmbrePorte">
<paragraph>
<strong>INSCRIPTIONS EN LIGNE POSSIBLE</strong>
</paragraph>
</custom>
</paragraph>

and when i just modified it directly in the database like this:

<paragraph xmlns:tmp="http://ez.no/namespaces/ezpublish3/temporary/">
<custom name="cadreBlancOmbrePorte" custom:type="custom">
<paragraph>&amp;nbsp;
<strong>INSCRIPTIONS EN LIGNE POSSIBLE</strong>
&amp;nbsp;
</paragraph>
</custom>
</paragraph>

then the content of custom tag can be display in the page.but sometimes if the structure of the custom tag is very intricacy。 it may not works. do you know how ezoe3 handle custom tag and store into database ? and what about ezoe4?

Modified on Wednesday 01 December 2010 4:55:33 am by peng bihao

Wednesday 01 December 2010 3:50:42 pm

Guess you mean ezoe 4.x vs 5.x?

There is a possibility that this issue is caused by changes to the xml handler in 4.2 & 4.3 and not the editor. Did it work on either of those versions?

Monday 27 December 2010 10:21:24 pm

Hi,

Is this thread still alive?

I have the same problem with a huge website that we have upgraded from 3.8.4 to 4.3.

Some of the content is not shown in the upgraded website. When tracking the problem, I found out that attribute_view_gui on xml-datatypes doesnt return anything at all.

Going further into the kernel, I have tracked the problem to kernel/classes/datatypes/ezxmltext/ezxmltextoutputhandler.php and the function &outputText.

The function do get hold of the xml-data ($this->XMLData ), but when returning the output, it is set to noting ('')

I can see that there is a LOT of references to ez publish 3 temporary namespaces in the erroneous contentobjects. Like this:

<line xmlns:tmp="http://ez.no/namespaces/ezpublish3/temporary/">

Such lines do not occur in content objects that are working. I am guessing that some kind of processing is meant to occur when processing this data. But something must go really wrong there...

André - you use to be able to provide really helpful information about problems like this. I am hoping for you to reply and give me some directions on where to find the source of this problem.

Cheers,

/Nicklas

Modified on Monday 27 December 2010 11:03:29 pm by Nicklas Lundgren

Tuesday 28 December 2010 8:40:30 am

Hi Nicklas!

XMLhandlers at play here, the issue you describe is an known issue in 4.3 and should be fixed in 4.4.

For the relevant fixes, take a look here:

https://github.com/ezsystems/ezpublish/commits/master/kernel/classes/datatypes/ezxmltext

Specifically: https://github.com/ezsystems/ezpublish/commit/9df764fc6561e0464ee4705f1365726929716a23

If this (upgrading either ezp or only datatype just to test) does not help then please open an new issue and attache the raw ezxml direclty from the database that is causing it.

Modified on Tuesday 28 December 2010 8:42:21 am by André R

Tuesday 28 December 2010 9:55:21 pm

André:

If we should meet - remind me that I should buy you a beer, or two! happy.gif Emoticon

You pointed out exactly the right solution to our problem. Thanks!

I applied the patch for issue nr.016814 to our 4.3 website and the content appeared instantly - like magic.

However -one small thing remains to be handled. When republishing content, the system appear to add extra spaces in front of lines, in this manner:

&nbsp<b>This is some bold text</b>
  &nbspThis is some more text.

The non-breaking-space-character in the beginning of the lines were not there before.

Please note that this only occurs after publishing the content. If I dont touch it, it stays as it was before the upgrade to 4.3.

Maybe its the same problem as mentioned here?

http://share.ez.no/forums/setup-design/nbsp-being-added-after-bold-tag/(language)/eng-GB

Thanks again, André. Your help is really appreciated!

Best regards,

/Nicklas

Modified on Wednesday 29 December 2010 9:54:47 am by Nicklas Lundgren

Monday 03 January 2011 12:45:20 pm

Hi, I'll try to remember about that beer happy.gif Emoticon

About nbsp, still an issue, and only real solution atm is to disable it again, by reverting these:

https://github.com/ezsystems/ezpublish/commit/763bad6c43163765dfa296a65556ba568e9ee4f8

https://github.com/ezsystems/ezpublish/commit/054b058e092e5d56af8f7e5ebaad770215378df6

BUT!

According to this issue it is intended behavior: http://issues.ez.no/17555

Modified on Monday 03 January 2011 4:49:16 pm by André R

expandshrink

You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from