Publisher does not support the Fluid field type. Please do not contact asking when support will be available.

If you purchased an add-on from expressionengine.com, be sure to visit boldminded.com/claim to add the license to your account here on boldminded.com.

Ticket: Field data is not parsed when publishing

Status Resolved
Add-on / Version Publisher
Severity Critical
EE Version 31

Kim Wickell

Jun 11, 2013

We have been having problems with Publisher since installing it on 2.6.x.
Data in third party field-types is not parsed before displayed on the front-end.

First noticed it in images in Wygwam fields where the file_dir_x was not parsed and that left the images broken.

Since patching EE’s core with the patch on https://support.ellislab.com/bugs/detail/19456#10952 the data is parsed but only when published the entry twice.

When updating or creating new entries the data in the field does not get parsed unless i go back and publish it again.

#1

BoldMinded (Brian)

Kim, would you be able to provide CP access so I can take a look? I might need FTP access too, or if you can zip up the entire site and a db dump so I can debug this.

#2

BoldMinded (Brian)

If you provide FTP or a zip file of the site, edit the ticket and add the info to the provided fields. You can put the .zip file online somewhere and enter it into one of the URL fields when editing the ticket too.

#3

BoldMinded (Brian)

Just following up on this b/c I haven’t heard back. I’m able to parse Matrix and Playa fields in 2.6.1 with the patch I noted in the bug tracker. If its still not working for you I’m going to need more information.

Your screenshots show images not displaying on the publish view entry page, which Publisher doesn’t touch (unless you have draft previews enabled, in which case the content in your screenshot is removed entirely). I don’t think what you’re reporting in your screenshots is a Publisher related issue.

#4

Kim Wickell

Did you get the info for the sandbox i setup, i added it to this ticket. I still get the same results when updating an entry and setting it as published.

After enabling most of the add-ons it actually seems the issue does not lie with Publisher but in some other add-on. It still occurs, but only from time to time when Publisher is disabled. :/

Will try to see if something else could be the cause.

Either way, this is the content that is printed on the front-end.

http://sandbox.codedevotion.com/ava//assets/u/products/Screen_Shot_2013-06-11_at_4.12.50_PM.pngScreen_Shot_2013-06-11_at_4.12.50_PM.png}

The image is also broken in the entry preview.

If i (in the CP) click “Edit this Entry” and save it again as published, the printed content on the front-end changes to this:

http://sandbox.codedevotion.com/ava//assets/u/products/Screen_Shot_2013-06-11_at_4.12.50_PM.png

#5

BoldMinded (Brian)

I just saw the info in the ticket after my last post. I’ll take another look at this tonight.

#6

Brian Litzinger

Are those the correct screenshots?

#7

Kim Wickell

Yes, those where taken after saving and the other after going back and saving again.

#8

BoldMinded (Brian)

These look like screenshots of Finder, not a website. http://sandbox.codedevotion.com/ava//assets/u/products/Screen_Shot_2013-06-11_at_4.12.50_PM.png

#9

BoldMinded (Brian)

I edited the test entry and the first time I saved it I was able to update the image in the Wygwam field: http://sandbox.codedevotion.com/ava/test

As for the View Entry page after submission not displaying the image, I don’t think that has anything to do with Publisher… it doesn’t modify that page. Other than the image not working on this page everything seems to be saving fine. I’m pretty certain that the broken images are a Wygwam issue because I can’t replicate it using Wyvern, and Publisher doesn’t distinguish between WYSIWYG fields. This is what is rendered on that page, the assets path is broken: https://www.evernote.com/shard/s9/sh/83728c40-85f6-4d38-b7f4-c10e2e6e22bd/a10599e0760281e2067e56ee1d05ca6c

#10

Kim Wickell

I was referring to the screenshots that i attached to this entry. The screenshot in the system is just a random clip of a finder-window.

Yeah, it seems that way. Should probably mark this as Resolved and i will go over and annoy Andris at PnT instead.

Thanks a bunch for the patience clearing this up.

#11

BoldMinded (Brian)

No problem. Just open a new ticket if something else comes up.

Login to reply