Gaga
Forum Replies Created
-
Also please ban these developers they are using fake reviews to even out all of our angry 1 star outrage that is completely justified. Remove this garbage ransomware, bloatware, virus from all of wordpress.
Forum: Plugins
In reply to: [Affiliates Manager] How to change the text on the register page?Hey @edmundovaldez
Do you have this plugin installed: Thank You Page Customizer for WooCommerce? If you do then that is the cause. It’s a weird glitch that it has sometimes.
It doesn’t happen anymore for me, but apparently this random order creation is caused if sales aren’t happening consistently or if the site has no sales yet.
It creates random orders every now, and again so you can preview your order page when customizing them.
My site started getting sales daily so this annoying bug stopped sometime last year.
So if you’re using that plugin don’t worry it’s just something that it does. It’s annoying, but your site’s safe.
Forum: Plugins
In reply to: [Affiliates Manager] How to change the text on the register page?For now I hid the area using css
p.wpam_registration_input_help_text {
display: none;
}Forum: Plugins
In reply to: [Affiliates Manager] Affiliate Menu Active Color not changingThank you all for your help it works great!
- This reply was modified 4 years, 11 months ago by Gaga.
Forum: Plugins
In reply to: [Affiliates Manager] Affiliate Menu Active Color not changingOkay I’m talking about the menu navigation on the affiliate page that affiliates see when they log in to their accounts.
The menu navigation that says “overview, sales, payment history, etc”
I’m specifically talking about that menu.
So when someone clicks on “overview” or “payment history” that exact menu link isn’t highlighted even though they are on that current page.
I am trying to highlight the menu link with a specific color since the user doesn’t see which option they’re on after they click on it. It doesn’t stay highlighted.
Forum: Plugins
In reply to: [Affiliates Manager] Affiliate Menu Active Color not changing.pure-menu li a:hover, .pure-menu li a:focus all work
but li.current-menu-item or .pure-menu a:active, etc. does not work.
Alright, it’s a new day, and after further investigation of other client sites as well as a fresh install to test this issue the css fix was a temporary band-aid.
The real issue with google adsense + elementor clashing is without a doubt the Javascript.
The “stretch the section to the full width using javascript” option in elementor clashes with google ad’s own javascript (but doesn’t cause issues in preview mode which is strange), and that is why it causes a CSS issue where the page looks distorted, and messed up.
This issue is made worse if adding google adsense javascript code to elementor’s “sidebar” widget.
Simply switch the option “stretch section” off in the elementor editor (for sections) if you are using google ads + the sidebar widget (or google ads in general), and are having issues. This should help stop the problem.
Hopefully this update helps anyone having issues with Elementor, and google ads in their blogs or on client blogs.
Oh, and you can insert the css with a plugin called custom css/js or even code snippets!
Alright I found out how to fix it myself as I always do.
If you guys have trouble with google adsense + elementor here’s my fix/what worked for me. You need to overide the css with your own.
The code below in quotes is generated by Elementor and causes issues with Google adsense:
“height: auto !important;” causes reckless behavior and issues with other styles/widgets or shortcodes that you may use with elementor.
For my client sites it was Specifically the
elementor-widget-container { height: auto !important; }
That was causing issues with any widget or shortcode added to the page.
I was using a plugin called “Ad Inserter” (which wasn’t the issue since even adding the adsense code with Elementor’s own shortcode widget caused issues on the page…the exact same squished page, extremely huge ad sizes breaking past the page, along with a huge blank white space on the right side. The css looked morphed and wonky. All the margin/padding, height, etc was overridden with the horrible !important generated by Elementor).
This is the code I used to temporarily fix the issue:
.elementor-widget-container .code-block { height: auto; }
But using this code instead will do, and work on all the widgets having size issues:
.elementor-widget-container { height: auto; }
This will allow your elements to use it’s own width, and height instead of forcing elementor’s weird morphed messed up code that causes the conflicting code issue with the !important tag.
Alright I hope this helps some of you with the same issue as me. By the time you see this post Elementor support may have fixed this issue (or not, but I hope they do).
Elementor is installed in over 60 client sites who are running adsense with the exact same issue. I believe the tag !important on every single element/widget being generated by elementor is causing this issue.
Forum: Themes and Templates
In reply to: [Woostify] Really slow add to cart without the ajax optionGreat thank you!
Forum: Themes and Templates
In reply to: [Woostify] Really slow add to cart without the ajax optionNo, I’m not asking for a feature or giving feedback. Please re-read what I just wrote.
Your theme is using the woocommerce plugin right?
Well under woocommerce there is a setting to direct to the cart page once a user clicks add to cart on a product.
You can turn on this setting by clicking on the woocommerce plugin, choosing the “product” tab at the top, and checking the “Redirect to the cart page after successful addition” option.
This is what my shop was always set to for all the themes I’ve used.
Now the issue was that since using the woostify theme your ajax option stopped the woocommerce plugin option from redirecting add to carts straight to the cart page, and blocked custom fields. So this feature was blocked, and stopped working.
I contacted support (look at my last post on this support forum), and was told to turn off your ajax add to cart option so the problem was temporarily fixed.
Now the issue after turning that off is the redirect that’s suppose to happen is very slow compared to the other themes I have turned on in comparison.
I am saying if you guys can see why this issue is happening when the woocommerce option is turned on for your demo site as well (to replicate the issue I am having).
Since the example you showed me in the video was not the issue I am currently addressing. Go under your woocommerce settings, and turn on redirect to cart page. That is where I am having the issue with the theme.
In the last post I asked if you can turn on that setting in your woocommerce plugin for your demo site, and see if your demo site loads slowly as well when it redirects to the cart page. That is what I am asking. To see if this is just the theme causing the slow redirect to cart page issue on my site or if something is conflicting with it.
How long does that redirection (to the cart page with the woocommerce plugin setting turned on) take on your website?
- This reply was modified 5 years, 3 months ago by Gaga.
Forum: Themes and Templates
In reply to: [Woostify] Really slow add to cart without the ajax optionWhat I’m trying to say is, under woocommerce product settings can you set it to “redirect to cart page” after addition that way your add to cart redirects to the cart page?
How long does that redirection take on your demo website?
Forum: Themes and Templates
In reply to: [Woostify] Really slow add to cart without the ajax optionNo, I mean when the add to cart goes directly to the cart page or direct checkout.
Redirecting to the cart page takes a long time for some reason.
Forum: Themes and Templates
In reply to: [Woostify] Really slow add to cart without the ajax optionAdd to cart takes about 8 – 10 seconds when with ajax it’s less than 2 seconds.