Jeremy

Thank you. I have used the form as you instructed for privacy reasons.

I have also resolved the problem by enabling “Manage Options”. Thanks.

@cihomewood, thanks for confirming that this is a problem with the UR Image Slider plugin. I have also previously tried using a user permissions plugin only to discover that the permission to access the URIS plugin are already there.

I don’t understand what you mean and think perhaps you have misunderstood the problem I am describing. Are you saying that WordPress has required you to change your plugin code to deny anyone other than administrators the ability to manage sliders? Why would WordPress do that? Why would you be required, for example, to deny users with a role of “Editor” access to the UR Image Slider plugin in the WP dashboard?

And are you saying that if I use the “User Role Editor” plugin, I will be able to give users with “Editor” privileges access to the UR Image Slider plugin again? If so, why should I have to use a separate plugin for Editors to be able to use UR Image Slider? If WordPress allows a plugin to modify user roles to be able to access UR Image Slider, why not just go back to the way it was and let Editors access UR Image Slider directly without the need for another third-party plugin? It makes no sense.

I am using — or trying to use — the free version of Updraft Plus.

It seems that deactivating, deleting, and reinstalling the plugin has resolved the problem.

• This reply was modified 4 years, 2 months ago by Jeremy.

I’m also experiencing this issue. Thanks for acknowledging the problem, Jared, and updating us that a fix is in the works.

I am also experiencing this problem now where the {page_url} smart tag does not return the URL of the page where the form was submitted, but a query string related to cron job, e.g.:

/?doing_wp_cron=[long string of numbers]
/?action=as_async_request_queue_runner&nonce=[number string]

Thank you for this update. This time, it worked as intended. Most of our sliders were intact after the update (whereas before they’d all disappeared) and for the one exception, this time the “recover” option worked. So we are now updated and all sliders are appearing as they should on the front end.

THANK YOU!!!

By the way, I had previously rated URIS 5 stars and have just updated my review to discuss this issue and explain why I’m keeping my 5 star review: https://www.ads-software.com/support/topic/best-ive-tried-4/

I tried updating from 3.4.0 to 3.4.2, but this update also resulted in disappeared sliders for which the “recover” option does not work.

I still hope this can be resolved so I can update the plugin without losing sliders, but I’ll be looking for an alternative plugin in the meantime that I can trust to be more reliable.

@farazfrank, would you please address my problem? Once again, updating from 3.4.0 to 3.4.1 breaks all of our sliders and the “recover” option does not work. I’ve rolled back to 3.4.0 so we have functional sliders on our site, but how do I update the plugin without losing all our sliders?

Are you able to provide a solution or not? If not, I will no longer be using your plugin and will also rate it one star and advise others not to use it for the unreliability and the major headache and loss of productivity it will have caused.

Updating URIS from 3.4.0 to 3.4.1 breaks all of the sliders on our site. There is an option to “recover” old sliders, but I tried this option and it didn’t work. The sliders we’d created are just totally empty. It would require days of work to rebuild each of these, and in the meantime, we cannot have pages with no images appearing because the sliders have been emptied of content.

I have resolved the problem temporarily by rolling back to 3.4.0. I will not be updating to 3.4.1. for the above reasons. Please help us to resolve this problem.

I’ve just tried the Gutenberg editor again (deactivated the classic editor plugin) to give it another go. Ugh!

I like having all the modules I use easily accessible at a quick scroll, the way I can in the classic editor. With Gutenberg, it is a miserable experience just trying to navigate to where I need to be.

Like I’m at the bottom of the page working with the Yoast SEO module, but when I try to scroll back up to the content builder area, it won’t. There are to scroll bars on the right side of my screen, and I have to actually use the drag bar in the right of the browser because it won’t work trying to scroll with my laptop’s touchpad.

I’m looking at a view right now where there are four different scroll bars for different areas of the screen. My scroll action frequently seems not to know what to do and scrolls the wrong bar. This is not conducive to quickly getting to where I need to be to do what I need to do.

I also still can’t drag modules, like the “Categories”, to where I want them to be in my workspace.

My conclusion is that I am far more productive sticking with the classic editor because Gutenberg still just slows me down.

Update: I found that implementing the following CSS AND toggling off the option to disable the Font Awesome stylesheet resolved the problem.

Thanks for the great plugin!

Update: I found that implementing the following CSS AND toggling off the option to disable the Font Awesome stylesheet resolved the problem.

Thanks for the great plugin!

I am having this same issue, but the above CSS fix did not resolve it for me. I cleared my site cache and browser cache after implementing that CSS, but the icons still do not appear after updating to Font Awesome 5.

(Note: I also just posted here: https://www.ads-software.com/support/topic/social-icons-issue-2/, before finding this proposed fix and explanation.)