Pilar Mera

Forgot about my last messages, I was missing something in the form settings:

In the permissions tab, I had to unfold the default rule “Administrators” and then select “All users” in the “Who can see this” option. Now my form is public, great.

Sorry and thanks again for the repeater fix!

Hi again Shabti, any news about this? Since the 3.15 update the file repeater works fine but now the form is not public, only logged-in users can see it and I need the form to be public, is there somehting I can do?

Thank you!

Thank you! Yes, with this version the file repeater field is working ??

But now I can only see the form if I’m logged-in as an admin user, and we need the form and the uploads to be public ??

If this behaviour is due to security reasons, can the user role be simply subscriber or contributor? We don’t want these users to have acces to admin area.

p.d. in our form we have unchecked the WP Media Library toggle in the Permissions tab, because we need the file fields to be a simply upload button (to select files from the computer or phone).

Thank you very much for your help

• This reply was modified 2 years ago by Pilar Mera.

Great to hear! Thank you, I’ll be waiting ??

Hi Martin, thanks for answering.

I have solved the issue: The random order was due to a previous function included in my theme that makes some post-types to show always in random order. The function excluded the blog page, but not the single pages for regular posts. I have just added !is_single() to the if statement of the function and now your plugins works fine in all views.

Thanks again,
Pilar

Hi. Thank you very much in advance for your time.

I have a similar issue: posts are not being ordered by date, but that’s only happening in single posts view. I’ve added your function (including also $query_args[‘order’] = ‘date’;) but still the same:
https://escolessantcugat.com/es/noticias/ (archive view – works fine)
https://escolessantcugat.com/es/existe-el-enamoramiento-entre-los-ninos-pequenos/ (single view – not working)

It’s weird because the widget should display the same posts in both archive and single pages right?

Thanks,
Pilar

Hi Chrysti, thanks.

You’re right, this was much simpler than I thought: I just need to use pll_e() function to display the translated strings. So in my case it would be
$post_type = get_post_type(); $post_type_object = get_post_type_object($post_type); echo pll_e($post_type_object->labels->name)

Thanks again!

Hi, any news about this?
To be more specific, I need to display the translated name of my CPTs in search results, where multiple CPTs are shown, so I need to identify each post with its CPT’s name or singular-name.

Hope you can help, thanks.
Pilar

Hi Chrysti.

Ok, if I change to Twenty Fifteen + only Polylang it works, thanks. Though, I can’t afford to keep changing themes, deactivating plugins and doing tests… so I had previously removed my old pages and created them again from the ‘plus’ icon, which does work. Thank you anyway.

I’m using a personal child theme of Sparkling. If there is something in my theme that might be causing this bug, please let me know.

Hi.
Yes, I’ve tried deactivating all plugins but still have the same problem. If I just type the first letter of the title of the translated page, the loading icon stops after a second of trying, as if there was no page starting with that letter. And if I write the full title, the loading icon keeps twisting, and if I just update then, when the edit screen reloads the title was not saved.

I don’t understand this. Any other ideas why this is happening?

I’d really prefer to avoid having to create all my translated pages again from scratch (by adding them from the plus icon)

Thanks

Hi again.

I finally got into the code and could make it work, though I’m not sure these tricks are stable enough. Anyway, this is what I did, in case it can help somebody:

Basically, I converted each instance of icl_object_id function that appears on the plugin with the wpml_object_idfilter, and removed all the conditional statements that were checking if icl_object_id exist.
So:

if ( function_exists( 'icl_object_id' ) ) {
				$rating_result['post_id'] = icl_object_id( $temp_post_id , get_post_type( $temp_post_id ), true, ICL_LANGUAGE_CODE );
			}

became:

$rating_result['post_id'] = apply_filters('wpml_object_id', $temp_post_id, get_post_type( $temp_post_id ), true, ICL_LANGUAGE_CODE );

Another example:

if ( function_exists( 'icl_object_id' ) ) {
				global $sitepress;
				$post_id = icl_object_id ( $post_id , get_post_type( $post_id ), true, $sitepress->get_default_language() );
			}

Became:

$defaultlanguage = pll_default_language();
$post_id = apply_filters('wpml_object_id', $post_id, get_post_type( $post_id ), true, $defaultlanguage );

You just need to replace the parameters of the filter with the parameters of the old function ($post_id or $temp_post_id, etc.)

The files that need to be changed as they contain these functions are:
includes/class-rating-form.php
includes/class-api.php
includes/admin/tools.php
includes/admin/class-rating-results-table.php
includes/admin/class-rating-entry-table.php

Hope that helps, regards!
Pilar

Hi Daniel, thanks for answering.

But I’m afraid I can’t solve this hook thing on my own, and I can’t wait much longer for this problem to be solved (my site is going live soon), so I guess I’ll have to try with another plugin, although I really like yours ??

Unless you’re planning to update this in the next few days??

Regards,
Pilar

Hi, I have the same problem as Daniel.

The wp-config line solves the Multirating error, but also disables some Polylang functionalities (like String Translation of custom post type os custom taxonomies), so I hope you can post the update soon so we can use both plugins normally.

Thanks!
Pilar

Hi, this is still happening in version 3.0.1

Any solution?
Thanks