[Resolved] Can't change the block size and transition of repeatable fields module

[Author]

Posts

[Nigel]

Sorry for not getting back to you sooner, the support load has been high.

I went through the steps of disabling plugins to track down the problem.

I found the culprit that breaks the layout of the slider, as well as your missing content templates.

Regarding the slider, the problem happens because of a conflict with the Smush Pro plugin. Disabling it fixes the slider.

I will see if I can reproduce the problem with that plugin on my own test site so we can identify the nature of the conflict to get it resolved.

The missing content templates are because of... WPML.

I'm not sure why, I'm guessing the missing templates may have some language assigned that they likely should not, I need to look into that further to see why, and I'll update you again.

[AlimB3245]

Hi Nigel

Any update?..:-)..

For the slider, should I disable the Smush Pro plugin or would you be updating me with some tweak for this?

For the missing template, do I use the new one and we would delete the old one later or would you be able to provide me access to the old one? (maybe I have some stuff there which could save me some time if you were able to show me how to retrieve it)... but no pressure.. do let me know so that I can accordingly take the next step..:-)..

Regards,
Alim

[Nigel]

Hi Alim

I'm actually off for a couple of days, but I think it makes sense for me to continue with this when I'm back Wednesday rather than pass it to someone new who is unfamiliar with the issues, if that's okay.

You'll need to deactivate Smush Pro for the time being; hopefully we can isolate the problem and possibly produce a temporary patch until the plugins can be updated.

For the missing content template, you will see it if you temporarily disable WPML. It should be possible to recover those missing templates, it is likely to be a question of some missing option or settings data.

[AlimB3245]

Hey Nigel,

Yes it's perfectly fine if you do it on Wednesday.. even I'd rather that you continue on it than pass it on to somebody else..:-)..

Have a nice day..

Regards,
Alim

[AlimB3245]

Hi Nigel

I hope you are back at work and doing fine..:-)..

I've had some other issues but I didn't want to mix it up with this ticket so I created a new one.. but I'd appreciate if you could have a look at it as I have a feeling it could be connected and as it is you are logging in to the same staging site as the permissions that I have provided to the ticket below...

https://toolset.com/forums/topic/editor-roles-has-permission-issues/

Regards,
Alim

[Nigel]

Hi Alim

First update: when trying to reproduce the problem with the Smushit Pro plugin affecting the display size of the sliders on the front end I found that the problem only happens when you have the lazyload setting enabled. That setting is labelled a beta feature, I suggest you disable it for now.

I'm still looking into the question of the missing templates when WPML is active.

[Nigel]

There appears to be some missing data in the WPML translation tables for those Content Templates which are not showing when listing templates, and it is that which is responsible for their omission.

I can't see why the rows in question are missing from some of the templates, but working on my local site (where I was able to reproduce the problem if I manually deleted the corresponding content from the database) I was able to recover the templates.

I've done the same on your site and the templates all now appear even when WPML is active.

(I deactivated WPML, listed (all) the templates, edited each of the templates in its own browser tab, activated WPML, and saved each of the templates, which recreated the missing database content.)

I see Luo has already attended to your other ticket, so I think that completes this ticket.

[AlimB3245]

Hi Nigel

Thanks for the update.. and thanks for solving the issue..:-)..

So I would have to do this on my production site too.. am I right?

1) Deactivate WPML (All the WPML Plugins)
2) List (all) the templates,
3) Edit each of the templates in its own browser tab,
4) Activate WPML,
5) Save each of the templates (which will recreate the missing database content.)

Please confirm so that I can do this on the production site.

Regards,
Alim

[Nigel]

Hi Alim

If you production site has the same issue then, yes, those are the steps which should fix it.

[AlimB3245]

Hi Nigel

Regarding this message below,

First update: when trying to reproduce the problem with the Smushit Pro plugin affecting the display size of the sliders on the front end I found that the problem only happens when you have the lazyload setting enabled. That setting is labelled a beta feature, I suggest you disable it for now.

Where is the lazyload setting? I can't seem to find it in the Image Slider settings.. could you please send me a screenshot or some indication of how I can find it? I've attached a screenshot and in those menus I didn't find the lazyload options..

Regards,
Alim

[AlimB3245]

Hi Nigel

Here's some help for your developers just in case..;-)..

My templates were disappearing in another subsite and I tried your workaround that you mentioned earlier on this subsite but it didn't work.. (However it worked on the subsite where we were working earlier)

So I tried to find things out for myself and in WPML->Settings there's this screen which has a 'LOCK' icon displayed next to Content-Tempates .. I enabled it (by clicking on the lock icon) .. you will see the lock icon on the screenshot next to the GRIDBUILDER row..

And then voila, my Content Templates were suddenly visible..;-).. not sure if this is the right way to do it but I figured it might help you guys while finding the solution..

Do keep me posted about the 'original' topic for this ticket..;-).. the slider and lazyload connection..

Have a nice day..:-)..

Regards,
Alim

[AlimB3245]

Hi Nigel

Maybe we might as well split this and start a new thread as it's getting complicated keeping track of the issue...

Currently the content templates in the subsite (ParfumPlus) are acting very funny.. they list properly.. that's not an issue.. but if my colleague with EDITOR role creates or edits them they don't seem to apply the template and then I see some Red Flagged message (screenshot attached) and then they apply ..

And when I try to check the post, in the Template Field I see that it's possible to apply other templates to this post too!!.. the fragrance post should only have fragrance template and not the other templates but this choice seems available.. (screenshot attached)

I've updated the staging server to have the latest data.. please do test it.. it has the same credentials as earlier..

Regards,
Alim

[Nigel]

The lazyload setting is part of SmushitPro, not part of Toolset, see the screenshot.

Regarding the templates, that's expected, what you describe.

When you make a template and assign it to some post type, then all new posts created subsequently will have that template assigned. Existing posts don't automatically get the template assigned to them, you have to manually confirm that's what you want (with the little red "bind" button).

When you edit a post you are free to change the template used for that individual post. That doesn't affect other posts which are assigned that template, but allows you to use one template for most of the posts of some type, and different templates for certain individual posts where that makes sense.

[AlimB3245]

Hi Nigel

Thanks for the update..:-).. Will update on the Smush Pro and fix that issue..

Regarding the templates, it's not the existing posts that are requiring to have 'Bind' done on them.. it's the subsequest posts.. the template has always been assigned.. anytime my colleague with EDITOR role creates a post the template doesn't get assigned to it.. and then I ahve to do the BIND thing..

And the other part.. are you sure that a template I have assigned ONLY to Fragrance will be available for another POST TYPE? I thought that's not allowed... and according to me it shouldn't be as the other templates would have views and fields specific to that post and content... no?

Please advise.. really confused..

Also please see the screenshot in a post for my other subsite.. it's a bit scary..;-)..

Regards,
Alim

[Nigel]

Hi Alim

That screenshot is not about Toolset templates, the Post Attributes section offers templates registered by your theme where supported, the Content Templates you create with Toolset should be in their own settings section (see the screenshot where you can see both).

I tested the issue around content submitted by Editors not having the template assigned and couldn't reproduce the problem.

Can you:
- double-check that a Content Template is assigned to the post type before creating a post
- as an Editor add a new post
- before publishing, in the sidebar settings in the Document tab check to see whether it shows the correct Content Template selected

If not then there would be something specific on your site to account for the different behaviour, and it would be necessary to go through the basic debug steps again to try and isolate the cause, namely:

- first check the debug.log to see if there are any PHP warnings or errors, and the browser console for JavaScript errors
- next try with a standard theme active (e.g. twentytwenty)
- next disable all plugins except for Toolset and re-test to see if the problem still occurs. If not, it should be possible to isolate the source of any conflict by a process of elimination

Regarding the assignment of templates, there are no restrictions on which post type can use which template. You can only assign one template to a given post type (the template which will be used by default for all posts of that type), but you can assign the same template to many different post types, and individual posts can override the setting for their post type.