beach44

Ok, I found a work around for this problem!

When I created my PopBox button, I turned it into a Global Widget and used the same widget for both my Tablet/Desktop view and my Mobile view. That is how I was getting the behavior described in my post above.

To workaround the issue, I created a “New PopBox” with the exact same content as the original and a different title. So, if my original PopBox was called “Join My Newsletter”, my second PopBox is called “Join My Newsletter Mobile” – and they both have the exact same content. Then I attached my first PopBox button (that only displays on Tablets and Desktops) to “Join My Newsletter”. Just to be safe, instead of modifying my second button, I just deleted it and dragged a brand new PopBox Button element over and then attached that second PopBox button (that only displays on mobile) to “Join My Newsletter Mobile”.

Both buttons seem to be working correctly now in all the views! If you have problems, double check that the buttons are each pointing to a different PopBox. Hopefully this helps until the bug gets resolved!

I’m having the same problem!

I have two different elements that each have a PopBox button. The first element only shows on tablet and desktop, and the second element only shows on mobile. When I click the button that is shown on tablet and desktop, the PopBox opens perfectly. When I click on the button that is shown on mobile only, nothing pops up – it looks like the button is broken.

But, what’s interesting is… I’m using Safari version 12 and I noticed that if I put the browser into Responsive Design Mode (under Develop on the browser menu) and click the PopBox button while in either a desktop or tablet view, the PopBox appears and works exactly as expected. If I click the button while in a mobile view, no PopBox appears. BUT, if I flip right over to the desktop or tablet views, I see that the PopBox DID appear – it just appeared in the wrong view. The button IS generating the PopBox, it’s just not generating it in the correct element, so it’s being hidden.

If I set both elements to be visible on mobile (just as a test) both buttons work as expected.

Hopefully the bug can be fixed soon! Other than this issue, I really like the plugin!

That’s great news! I’m happy I could help! ??

To add on to what t-p suggested, this particular page might give you the traction you’re looking for: https://developer.www.ads-software.com/themes/basics/template-hierarchy/

Hi,

I’m not familiar with themify, but I’m wondering… Have you changed anything on your site recently that may have triggered this? Installed any new plugins, or upgraded, or anything?

Hi T,

If you click on “Settings” and then “Discussion” you’ll see an option that says “Automatically close comments on articles older than X days”. Try unchecking that box, or changing the number in there, and see if that helps?

I’m not really sure, but I have two ideas you could look into.

Since it started after you did your upgrade, it could be related to this issue: https://codex.www.ads-software.com/FAQ_Troubleshooting#How_to_fix_404_error_when_using_Pretty_Permalinks.3F

Because it’s intermittent, it also has me wondering if maybe it’s an issue with server resources or DNS on the server. You could call your host to see if it’s something on their side.

Good luck!

Thanks so much for taking the time to share this! It’s really helpful! ??

That’s great! ??

My wp-config.php file was automatically created for me, but it looks like you could create the file yourself. Here are some instructions I found that might be helpful: https://codex.www.ads-software.com/Installing_WordPress#Step_3:_Set_up_wp-config.php

Thanks @abinashm ! When you find the solution, could you please let me know what it is? I’m curious now. Good luck! ??

Oh, also… once you get your MAMP/phpMyAdmin working correctly again, check the wp-config.php file in your WordPress directory and make sure the username and password in there is correct. That could resolve your original “Error establishing a database connection” when trying to install WordPress. (On my localhost install, the file is in /Applications/MAMP/htdocs/wordpress/wp-config.php Yours might be different depending on how you set up your directories.)

When you tried modifying that config.inc.php file, after you reloaded the MAMP landing page did it then show your new updated password on the left side of the page or was it still displaying your old password? That could help determine if that’s the right configuration file that the MAMP app is looking for. Maybe try clearing your browser cookies and cache before reloading the page to see if that helps?

What I’m thinking is that when you ran the queries to reset the password, that was within MySQL itself. So the password there is changed. MAMP just needs to be clued in to what the new password is that it needs to send to the database server in order to connect to the database. When I modified the Applications/MAMP/bin/phpMyAdmin/config.inc.php file on my localhost as a test, that would either grant or deny me access to the database depending on if I had the correct or incorrect password in that file. There could be another file or something that needs to be modified that I don’t know about, too, though.

Try clearing your cache and cookies and then checking the landing page to see if it displays your updated password after updating that file. If that doesn’t work, I’ll keep digging around to see if I can find anything else! Maybe someone else will chime in with their experience, as well.

Hey, that’s great! It sounds like you’re on the right track! Unfortunately, I don’t know much about ModSecurity, so I can’t be much help there. I did some searching around in the forums, though, and it sounds like others have had success by contacting their hosting provider. Maybe give that a try? https://www.ads-software.com/support/topic/404-page-not-found-when-savingupdating-a-postspage/

I agree that it’s an issue with the URL, and specifically the way the subdomain is set up. https://www.brianaswota.com resolves OK for me, so that’s a good sign. I think usually the subdomains are listed before the main domain name, though, so I tried: store.brianaswota.com instead of brianaswota.store.com. That didn’t work, either, but it didn’t take me to a different website. Maybe double check your DNS settings to make sure “store” is the subdomain name you chose?

Hi,

When you click the “Open WebStart page” button from the MAMP app, does it show your new password, or your old password under the “MySQL” heading on the left side of the page? If it displays your old password, you could try modifying this file: Applications/MAMP/bin/phpMyAdmin/config.inc.php Around line 87 you’ll see a line for the MySQL password – change that to your new password, save the file, refresh the MAMP homepage, and try clicking on the phpMyAdmin link again. Just make sure to backup that config.inc.php file before you make changes, just in case that’s not the right solution.