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: Preview pane shows homepage when trying to preview non-default language
| Status | Resolved |
| Add-on / Version | Publisher 3.3.1 |
| Severity | |
| EE Version | 6.0.6 |
Paul Nash
Jun 11, 2021Preview pane shows homepage when trying to preview an entry in a secondary/non-default language.
Steps to replicate:
Create a channel with some fields, set up a preview template.
Add a second language in Publisher
Go to edit an entry, switch to new language variant and attempt to preview.
This seems to happen regardless of draft/published state on entries with and without existing translations.
Tested on two development installs and on multiple channels using a recently supplied bugfix version and the version available from ee addon store.
Have tried setting preview template to an empty template with the word “test” in it: English showed “test” in the preview pane, second language (Spanish) instead showed the homepage (default group/index)
Paul Nash
This is a blocker for our current build so i’ve been looking closer at the settings incase it’s helpful to debug:
Under draft settings, we default to draft on view and save, we have publish previews enabled and “Use EE’s native channel Preview URL” enabled, though have tried with that off also.
The Save and Preview pop up is working for non-default languages, but the live preview slide out still redirects to home.
We do not have url translations on, but we do have url prefix + homepage prefix enabled with prefix hidden for default language.
Under miscellaneous settings, auto redirect is disabled.
All utilities say Good to go!
BoldMinded (Brian)
Sorry this is a blocker right now I’m not sure when I can find time to take a look at this. In the mean time if you can provide screenshots of your relevant settings pages and a video of this occurring it’ll help. The more you can provide the better because I have to take time to replicate the issue.
Paul Nash
Comment has been marked private.
BoldMinded (Brian)
Thanks for this. I’ll try to look into it soon.
BoldMinded (Brian)
What is the value for your Live Preview URL in the channel settings?
BoldMinded (Brian)
Can you also share the template code used to display the live preview? Specifically the channel:entries opening tag?
Paul Nash
the channel from the demo was blog: blog/{url_title}/preview
in that test site, the spanish previews seem to work for the other channels which use: page-preview/{url_title} home/index
the difference in fields between those channels: pages and home use bloqs blog uses 2 textarea’s and a file
but on our other install, preview settings like the following do not work: about-us/index case-studies/preview/{url_title}
Paul Nash
Comment has been marked private.
BoldMinded (Brian)
Comment has been marked private.
Paul Nash
Unfortunately unsuccessful. I have tried this on both the test install and the site in development, Spanish is still showing the home template in the live preview. I uploaded twice incase some files hadn’t updated, but they have & Publisher says the right build number in the CP: 3.3.1 build 7ed7d65c.
Just to be sure, I tested against multiple entries with and without a published Spanish version, attempting to preview both the draft and published versions.
I’m not sure if this is related to the same bug, but i’ve noticed another fairly major bug which makes the plugin unusable with Bloqs (vice versa) and a bit of a major blocker to using draft functionality. See below video for what I’m seeing happen:
https://download.fifty50.co.uk/publisher/EE_Publisher_DraftPublish_bug.mp4 First I show the published version with one of everything. Then I go and show the draft version with different header and save as published. Now the published version has double everything (double the root bloqs, not nested items)
Should I copy this info to another ticket? Bloqs related or Publisher related?
Update before editing: publishing the draft actually broke the homepage of the test install with the following stack trace: (deleting the duplicated bloqs/new content from the published version seems to have fixed it)
Paul Nash
For reference I tried the above with Bloqs 4.5x but have just upgraded the test site to Bloqs4.7.1 downloaded from the EE addon store, to make sure, and it’s still breaking when saving draft to published.
BoldMinded (Brian)
Try to replicate that without doing the Live Preview… take the LP out of the equation. Just save the entry in the same pattern to see if it duplicates the bloqs then.
BoldMinded (Brian)
I can replicate this locally. While this is an unfortunate bug, I wouldn’t classify this as a blocker. It can be worked around, especially during the early part of site development. This is a bit of a complex scenario, so I’m not sure when I’ll have a fix available.
Regarding the live preview loading the home page template… that could be any number of things. Check your network log to make sure it’s not performing a redirect. I’m going to focus on the bloq duplication issue first b/c that is more critical.
Paul Nash
Not sure which you were confirming on locally but LP out of the equation = same result of bloq duplication.
RE live preview showing home: Checking network log in DevTools, there is no redirect, both languages load the same url with different referer http://ee6dev/?ACT=4&channel_id=2&entry_id=18
I will post a copy of the response headers and post data for both languages in following comment to prevent breaking the character limit here.
Paul Nash
Spanish live preview:
Paul Nash
English live preview:
Paul Nash
Comment has been marked private.
BoldMinded (Brian)
Comment has been marked private.
BoldMinded (Brian)
Thanks for including the headers on those requests. If Publisher were performing a redirect you would see a “X-Publisher-Redirect” header. At the moment I can’t think of what would be causing the preview to show the home page template without Publisher performing a redirect. If it were showing a blank page or incorrect content it would make more sense to me, but the redirect isn’t adding up. Have you tried stripping your template code down to the bare necessitates just to show the entry title tag? I’m wondering if something in the template is causing the preview to get confused?
Paul Nash
That build does appear to fix the duplicate bloqs issue on my local installs, testing a few pages, I will test more tomorrow on staging and let you know if it occurs again.
Below is now the only thing in template, no layouts or embeds, only this. But same functionality showing the homepage on the second language, title on english/default
Have also tried with/without channel and status, same result.
Curiously, on the test site I sent earlier, some channels are working and the blog is not. I’ve tried matching all channel settings, including the preview url (which was obviously wrong, i tried all settings incrementaly) and as expected in english i got a blank page with wrong preview template and title with cut down one, but spanish showed me the homepage again.
BoldMinded (Brian)
Glad to hear the duplicate thing is fixed. I’ll take another look at the live preview stuff. They slightly changed how LP actually loads in the CP in v6, so something might be out of whack.
BoldMinded (Brian)
Comment has been marked private.
Paul Nash
Comment has been marked private.
BoldMinded (Brian)
Comment has been marked private.
Paul Nash
The preview and draft functionality now seems to be all working! Thank you very much! Tested on local, staging and my test install.
I think I have one other bug but I’m hoping there’s a variable i’ve missed as a workaround?! In my layout i’m using the {is_live_preview_request} global variable to hide navigation … is there a way to detect it being the popup preview when saving a draft? I ask because not all phrase variables are being parsed in either preview and I’m using phrases to translate a fixed navigation. Oddly, it’s the primary language that has translations which is the issue!
I’ll follow up with a video in case that helps.
Paul Nash
Comment has been marked private.
BoldMinded (Brian)
I think you need to save the default translated phrase values to the second language as well.
BoldMinded (Brian)
Yeah, you need to save the phrase values to all languages, even if it’s the same text. I had to make this change awhile back because there are some cases where maybe the non-default languages shouldn’t have a value for the phrase. After you do that it should work.
Paul Nash
I’ve gone through and done that, it seems to be all working as expected now, ready for the client. Thank you again!