szwp

Resolved

• This reply was modified 8 months, 2 weeks ago by szwp.
• This reply was modified 8 months, 2 weeks ago by szwp.

I believe I’ve resolved the issue. I realized that for your test, you’re using wp_mail. After enabling and updating the wp mail smtp plugin, it appears the campaign is now functioning. I did send an email and logged the issue here; unfortunately, I haven’t received a response. Nonetheless, it seems the problem has been resolved, and I’ll need to test it further.

It appears that the plugin is encountering an issue related to scheduling or dates. The calendar popup remains empty when I click on the icon, making it impossible to schedule the campaign. Additionally, when I choose “send now,” nothing happens.

I am currently using the free version of Mail Mint, specifically Version 1.9.3. After creating a campaign, I encountered an issue where it got stuck in the “running” status when attempting to send the emails. To validate the campaign, I manually entered an email, and it worked as expected. The same issue occurred when I created another campaign.

Ok I created my own Elementor template to overcome the issue. I added your [uo_login] shortcut to the elementor maintenance template and I only enabled the Admins to login when the elementor maintenance mode is on.

I marked the item resolved. Thanks for your quick reply.

Explanation: Turn on Front End Login module, select a log in page that has the [uo_login_ui] short cut. In Elementor, turn on Maintenance mode or just simply install a plugin that allows you to place your site into maintenance mode. Now log out and try to log in – No luck you get locked out. Try <yourwebsite>/wp-admin same exact issue. The only way to bypass it is to login into you cpanel and rename the uncanny-learndash-toolkit plug in to disable it. So while the website is in maintenance mode, I had to turn off the Front End Login module.

Elementor section 1 to be displayed if user logged in
Elementor section 2 not to be displayed if user not logged in

Place this condition code [shortcode-variables slug=”sc-user-id”]!=’ ‘; in the Elementor section 1 (Edit Section -> Style -> Condition -> Write your Condition)

Place this condition code [shortcode-variables slug=”sc-user-id”]==’ ‘; in Elementor section 2 (Edit Section -> Style -> Condition -> Write your Condition)

PS make sure you have a space character between ‘ ‘.

• This reply was modified 5 years, 9 months ago by szwp.

The pre-defined variables defined in the Shortcode Variables plugin by YeKen are:

sc-username – Display the logged in username.
sc-user-id – Display the current user’s ID
sc-user-ip – Display the current user’s IP address.
sc-user-email – Display the current user’s email address.
sc-username – Display the current user’s username.
sc-first-name – Display the current user’s first name.
sc-last-name – Display the current user’s last name.
sc-display-name – Display the current user’s display name.
sc-user-agent – Display the current user’s user agent

Since you are using the [shortcode-variables slug=”sc-user-id”] you must equate it (==) to the logged in user id (assigned by wordpress) not to the user_name. Also use ’ not ” ( eg [shortcode-variables slug=”sc-user-id”]==’1‘; )

Hope this helps

Here how I solved the issue. I installed another plugin called Shortcode Variables by YeKen. This plugin provides out of the box several pre-defined variables. I leveraged the pre-defined user-id variable and set the condition accordingly.

Here’s the condition – which in my case, if NO users are logged in, show the elementor section:

[shortcode-variables slug=”sc-user-id”]==’ ‘;

For your case, since you want to show the section only if users are actually logging in, the condition will look like this:

[shortcode-variables slug=”sc-user-id”]!=’ ‘;

I discovered that, for some reason, when I initiated the theme update from the WordPress dashboard, the update did not go through. When I FTPed into my account I only found a directory that has the theme name and a single file. I had to re-install the theme from scratch. The upgrade did not impact the child theme. I had to re-do some work such as updating the code to show the blog images in medium sizes. I lost all the side widgets but luckily they appeared in the “inactive” section and I only had to drag them into the side and footer sections. Not sure why the update failed.

it is a great idea to do so.

Thank you ixiter for your hard work. Your workaround worked.

Hello Movin,
Sorry for the delay in replying. I believe the issue was related to another plug that auto-generated few posts and I believe it had some issues that caused the behavior I described above. I converted the auto-generated posts to pages and it seems the behavior is gone. If you don’t mind, I am going to close this chat but if it occurs again I will post a new support ticket.

Thanks again for a great job.

Merry Christmas!

Don,

For testing purposes, I converted all my posts that were manually created belonging to the Category Technology to the Category Suggested Books (Previously it was called Book Reviews). When I scroll through the posts, I am able to see all of them with the exception of the ones that were automatically created using the plugin (recall multiple posts were created all at once using multiple asin).

However, when I use the plugin to create a single post using a single asin, I can see it when scroll through the posts.

I am wondering if the strings and/or the Dynamic Array (at allocation time) are not initialized causing special characters to be inserted accidentally in the database. I am not sure if this issue is possibly related to the other issue I posted regarding the Category not being set when the posts are created. From my understanding wp insert post function requires Category to be an Array.

Just a thought.

Great thanks Don.