svaldesm

Hi @kbatdorf,

The issue persists, even when updating to the last version.
What would be your approach? I have a 16GB server so it is not that.
I tried changing the theme but it didn’t work either.

Could it be a conflict? How can I debug this further?
I can give you admin access if you want. This is very uncommon in our case, because almost all plugins always work great.

Hi @chetnapatel,

Unfortunately it doesn’t work. I mean, it does add the tracking code to the link, but when it redirects the link, it doesn’t appear on Google Analytics. Probably the redirect is too quick or because it uses 301 and 302 it is not detected and will only detect the last destination.

Is it possible that the last redirect has the tag included? As in:

https://www.domain.com/cart/?utm_campaign=etc

Because right now it’s:
https://www.domain.com/wcal_track=random&validate=random&utm_campaign=

So it’s not detected.

Glad to hear your thoughts.

Thanks!

Hi Chetna,

Hope you are going fine. Were you able to remove PHPSESSID from the plugin?

Thanks!

Hi Chetna,

How are you doing? Were you able to check this out?

Best,

Santiago

Thanks Chetna, very helpful.

Because I didn’t have the answer, I ended up modifying a bit of code to remove some columns.

The 5 minute rule to test is very useful, so thank you.

Hi Chetna,

Thanks for your answer.
Currently if I have Varnish active, the redirection will take me to an empty cart.
Only excluding PHPSESSID in the rules makes it work.

Breeze doesn’t make any difference, but it’s Varnish the problem. I’m not sure how it works, but PHPSESSID is definitely causing issues. I don’t have any issues so far with Varnish and PHPSESSID, carts or checkouts until this point.

It’s also important to note that the link you give on the cart can have many security problems. Clicking that link can take me to a logged in account right away, even in an incognito window.

Do you know what may be causing the Varnish issue? I can help you debug in my server if necessary.

Thanks!

Hi Chetna,

Unfortunately that doesn’t work. The link gets invalidated and doesn’t redirect to the cart.
This is extremely necessary for marketers, so we can segment and test which emails work best.

Do you have any other workaround on this?

Thanks

I found this post that has a very similar case to ours.

https://www.tychesoftwares.com/forums/topic/busts-varnish-cache/

Is there a way to fix it without the “Native” plugin?
I don’t want to add more plugins.

Thanks

I also would like to know if there’s a guide with the elements that can be added to emails.
There are some liquid tags like {{cart.products}} but I’m not sure what are those variables, so we can use them.

Thanks

Hi,
Unfortunately I’m unable to get to the settings page. If I try to get there, it will get on a loop and I won’t be able to login to my WP account.

I’m not sure, but in case I created a slideshow with height = 0, how can I change that in the database? Because I can’t get to the options right now.

Thanks

Hi @kbat82,

I didn’t create any slideshow, seems like there were pre-created.
I haven’t set any height for any slider.

I’m using PHP 7.1

How can I change the height of the slideshow if I haven’t created any?

Thanks!

The tests I did on my staging server where with all plugins disabled except for this two. If I only have Metaslider, it worked fine. I’m speaking with the other dev as well, but it’s very strange because the other plugin doesn’t have any conflict with other plugins either.

On my staging server I get this:

Fatal error: Allowed memory size of 1048576000 bytes exhausted (tried to allocate 28672 bytes) in /mnt/BLOCKSTORAGE/home/188672.cloudwaysapps.com/frmwhybksk/public_html/wp-includes/wp-db.php on line 1889

Warning: Error while sending QUERY packet. PID=4636 in /mnt/BLOCKSTORAGE/home/188672.cloudwaysapps.com/frmwhybksk/public_html/wp-includes/wp-db.php on line 1924

So, apparently it doesn’t work because of memory exhaustion. BUT, on my production server, I did the same and it never loads completely, showing this error on debug.log

[27-Nov-2018 12:06:38 UTC] PHP Warning:  Illegal string offset 'height' in /home/143029.cloudwaysapps.com/gnjtdzdqrj/public_html/wp-content/plugins/ml-slider/inc/slide/metaslide.image.class.php on line 262
[27-Nov-2018 12:06:38 UTC] PHP Notice:  Uninitialized string offset: 0 in /home/143029.cloudwaysapps.com/gnjtdzdqrj/public_html/wp-content/plugins/ml-slider/inc/slide/metaslide.image.class.php on line 262

It’s a bit strange because that line has this code:

<input type='hidden' name='resize_slide_id' data-slide_id='{$this->slide->ID}' data-width='{$this->settings['width']}' data-height='{$this->settings['height']}' /> so maybe I’m not getting to the full error.

Whenever I turn on MetaSlider and click on the dashboard link for it, the connection with my server freezes and I can’t login for at least 20min. I have to sign in on my mobile and sign in, disable it and wait some time until it de-freezes. I think it gets into some sort of loop.

Any way that we can debug this on my staging server? Maybe it’s faster.
Thanks for your answers

• This reply was modified 6 years, 4 months ago by svaldesm.
• This reply was modified 6 years, 4 months ago by svaldesm.

OK, so it wasn’t fixed. It loads the plugin and I’m able to see the “dashboard”. But when I click on “New” it freezes and take years to load. Seems like it isn’t fixed yet.

Do you know what else can be debugged to check the actual error?

Thanks

So, I tried this on production site to discard the memory issue. It was that!

Thanks for the great support. It’s working fine now.

Thanks for the answer @kbatdorf,

I’ve checked my server and apparently it has memory for that (700-400mb free). In my opinion that would be unlikely because with other 20 plugins active it has no problem, but with only these 2 it crashes, and only when entering to that particular path (/wp-admin/admin.php?page=metaslider)

If you would like, I can give you credentials so you can check for yourself if that’s the case. Do you have any other theory of why is this happening?

Thanks!