Hi Brian,

Admittedly this is an intermittent occurence - by the client’s reports it isn’t happening every time just sometimes. I’ve asked him for a more detailed sequence of events but you know how hard it is to get something like that out of a client!

I’ll keep testing while we await the 1.1 release.

Cheers, John

Hi Brian,

I’m afraid Publisher 1.1 hasn’t solved this duplicate Matrix row issue.

I should specify that the duplicated rows is only on the default language - it essentially shows the default & 2nd language translations for the single Matrix row that has been created.

Could there be something corrupt in my Field definitions, anywhere I should be looking to track this down?

If you have those CP access details I provided and log in, here’s a direct link to editing one entry which has duplicate rows:

http://cristalinolodge.onedarnleyroad.com/one/admin.php?S=0&D=cp&C=content_publish&M=entry_form&channel_id=1&entry_id=13&parent_id=1&lang_id=2&publisher_status=undefined

On the Publish tab, to the bottom is the “Call to Action” Matrix fieldtype. It’s been configured to only have a min and max of 1 row; you can see however that right now, 2 rows appear when viewing the default (Portuguese) language. The first row is the Portuguese version of the row; the second row is actually the first row of the 2nd language. Hard to explain, but should be evident if you take a look.

Note that we aren’t using the “workflow” portion of Publisher, only the translations.

Cheers, John

Hi Brian,

Thanks for taking a look. Unfortunately I was just able to reproduce it a few times, though I’m still nailing down a repeatable sequence of steps. I’ll let you know once I have that for you.

Three things while I notice them:

1 - the publisher_status=undefined is what I get whenever switching language views on the Publish screen. What should that status value be?

2 - When the duplication occurs, I’m always editing the non-default language, but when I hit ‘Publish’, it’s the default language that comes back. For saves that do not cause duplication, I’m brought back to the language I was editing.

3 - This is happening with a Matrix field that does not have a min/max value set, which negates that earlier theory.

Cheers, John

Hi Brian,

I’ve just been able to replicate this issue repeatedly - boiled down to simply going to the non-default language, clicking “Publish”, and clicking “Publish” a second time. At that point, it brings back the default language, with the non-default language’s Matrix rows appended to the default language Matrix rows.

What can I do to debug the whole publisher_status thing? Should I be looking on the JS side, or PHP side?

Here’s a complete list of add-ons installed:

Assets Backup Pro(ish) CE Image CE String Custom Asset Fields devot:ee Monitor EE Debug Toolbar Freebie Freeform HTTP Header JSON encode tag Low Reorder Low Variables Matrix Minimee Mo’ Variables NSM Publish Hints Publisher QuickSave reCAPTCHA SEO Lite Single Entry Snippet Sync Structure Subscriber Custom System Messages Wygwam

Hi Brian,

I’ve been debugging the publisher_status=undefined, and I think I’ve tracked it down. I’m only using Publisher as a multilanguage module, so I have set “Disable Drafts” to “Yes”. As a result in my publish screens I only have the language switcher select dropdown, and not the “View” or “Save As” selects, in my DOM.

In publisher.js at line 492 the start of function change(), is the following line:

var publisher_view_status = $view.val();

Where $view is set to:

$form.find('.publisher-view-status');

However this element doesn’t exist, hence why val() evaluates to undefined. If I change line 492 to read:

var publisher_view_status = $view.val() || $save.val();

This finds the correct publisher view status setting. That at least seems to resolve the URL switching - even though like I said, it appears as though due to your checks in sessions_start(), it doesn’t seem to have ill effects on things under the hood.

And I tracked down why Publisher isn’t translating the “Open” status label to “Publish” over on Admin > Channel Administration > Statuses. It’s because the Freeform module defines a language key/val of ‘open’ => ‘Open’, and this language file ends up getting loaded after Publisher’s.

Cheers, John

Hi Brian,

The JS change fixes the publisher_status=undefined appearing in my URL when switching languages; but the duplicate Matrix rows appears tied to the “Force default language” setting being set to “Yes”.

It seems to me the “Force default language” set as “Yes” is buggy - basically I can switch to the non-default language to edit an entry, and it returns me to that same language upon save. But if I then make more changes and save again, it saves all of those changes onto the default language.

I suppose the setting should behave one of two ways:

1 - upon save, it returns me back to the default language immediately 2 - upon save, it keeps me at the language I’m editing, and allows me to make continual edits & saves. But then if I leave that area of the CP, it forgets I was working on a particular language.

But for now I’m happy keeping it set to “No” moving forward - I hadn’t set it to “Yes” for any strong reason in particular, it’s just what I’d chosen as I ran through the settings.

Cheers, John

Ah, sorry I wasn’t clear about that - the CP one.

Right, ok that does make sense.

Thanks Brian.