Thomas Griffin

Thanks for the well wishes. Would you kindly consider changing your rating if your experience has been good with the refund? Thanks!

I’m looking at our email system and it appears your email still has not come through. Could you try sending it to thomas at thomasgriffinmedia dot com?

Also, if this experience has made things any better, maybe a one-star could be changed to something better? ??

We have cleared our support queue – maybe your email got lost in spam? I would be happy to assist you. Our refund queue is also clear, so I’m not sure what the issue might be here. Sorry for any troubles!

Sure – go to https://soliloquywp.com/ and click on the Contact link and send over your info so I can check it out.

I just tested and had no problems with this. I followed the same steps on 3 different sites, and each time, only the proper transient was created and flushed at the appropriate times.

Are you using a caching plugin or something, or I wonder if it is a plugin conflict?

Also – why would you leave such a poor review? Have you even looked at the code – it is far from poorly written. Just because you have an isolated issue doesn’t mean the plugin is the worst thing you have ever seen or used, and I’m at least attempting to help you get this resolved..

I’m not sure why it would be saving without a post ID at the end. If you look at the main plugin file, you will see the public methods that generate the cache. Each one looks for some type of item, such as an ID or slug. There should be no reason that is just creates an empty _transient__sol_cache_ key. There will be two keys, one with a timestamp and one with an ID/slug (depending on how you try to access the slider).

Could you write down the steps to reproduce this?

It appears there is a JS error on the page with the share toolbar that is causing Envira not to work.

Check out this doc for more info on debugging Envira: Debugging Envira

Sure – you can use the template tag soliloquy in your theme’s functions.php file, like this:

soliloquy( 321 );

where “321” is the ID of the slider you want to target.

I think I know the issue here. OptinMonster and ROP likely have not named their $_GET action parameters, so we are attempting to attach to the same thing, code. Since ROP is registered first, it overtakes OptinMonster.

I’m going to work with our developer to namespace our actions to collisions like this don’t happen in the future. It is both of our faults, and we both should get it fixed. ??

It sounds like it might be a theme conflict. Try adding this:

.soliloquy-container ul,
.soliloquy-container li { margin-bottom: 0 !important; }

Any chance you can give me a link to the site where this is happening so I can debug? Thanks!

It sounds like you might need to wp_footer function in your theme’s footer.php file.

Have you clicked on the admin notice to update the sliders to the new v2 architecture?

This should be what you need:

https://soliloquywp.com/docs/add-ssl-support-soliloquy-images/

Got a link to where this is occurring so I can debug? Thanks!