Quick Updates plugin [support]

Hi everyone,

Hoping someone can point me in the right direction. I have an installation of quick updates that seems to run buggy on my server (odd things not updating and messages of updating products not altered).

When i run exactly the same files locally with the same database i get none of the bugs or odditites, I have looked at lots of things and think it has to be something specific to the hosting environment. Has anyone else had similar issues or could tell me where to start?

thanks :-)

I have a bad feeling. A dought came to my mind after understanding, studying for nearly a year now Zen Cart.... have I wasted all this time in to putting all my efforts and believes in Zen Cart?
I have changed 4 providers, I now have my Virtual Private Server but I am always getting the dreaded words from the FF browser "waiting for..." and it waits 10-15-20secs to open the page.
Has anyone the same problem?
Someone said is to do with the external links, ... and I have taken them all the ones I could think of,off.
Any comments anyone?
This is my live site: www.livemk.co.uk on a shared account so when the server is busy is understadebly slow but, should the browser wait for this site to load?
thanks in advance

hitch:

Hi everyone,

Hoping someone can point me in the right direction. I have an installation of quick updates that seems to run buggy on my server (odd things not updating and messages of updating products not altered).

When i run exactly the same files locally with the same database i get none of the bugs or odditites, I have looked at lots of things and think it has to be something specific to the hosting environment. Has anyone else had similar issues or could tell me where to start?

thanks :-)
Hi Hitch,

-with "odd things" you mean it's totally random? Or is it always related to prices or descriptions or ...?

-Is it possible to reproduce the problem with just one (or a couple) of product(s)?

Every time when you click the Update button Quick updates sends two POST arrays: quick_updates_new (contains the form input values the admin may update) and quick_updates_old (from hidden form inputs that hold the original values) and compares their values to determine if anything needs to be updated or not. If you know how, you can compare those arrays to see if their values are correct.

edit:
@francocauter: you have posted your question in the wrong place, this thread is about quick updates only.

Thanks for the reply and helping us out with this cool mod!

not completely random. say i update 8 product qty's only. 5 will update correctly, on the 6th product another (unchanged and unrelated) field will be updated and the qty changes below that are not saved. The message received at the top also describes what it actually does not what was entered. With no or few product updates it does a similar thing, updating the random unchanged field only.

Like i say it operated fines on my local environment with the same files/db. It's happening on multiple sites on my hosting. I've tried both the latest stable 2.04 and your latest beta and both have the same/similar result. i should also say it has been operating perfectly on my server for the longest time then the bug started which made me wonder what server things could cause it.

I'll check the arrays, but i haven't been bugging with the code or anything to change it.

:-)

Hi Hitch,

that sounds really scary :shocking:

Somehow the form data might be scrambled starting at some point (the 6th product), or the quick_updates_new and/or quick_updates_old POST arrays are cut off somehow.

Maybe the post_max_size is very low one that server? (you can check it in your admin at admin/server_info.php). Or your products data consumes a lot of memory memory? The post_max_size usually is 8mb and it's very unlikely that the data of only a couple of your products exceed that value. On the other hand any explanation that I can think of now seems very unlikely :wacko:

If the post_max_size is exceeded a php error should be shown or logged. And I never tried it, but I think it would be a fatal error which halts the script (and no products at all would be updated in that case).

But this does make me think, even if post_max_size appears not to be related in this case, it's probably wise to add some kind of checksum which is verified before the database is updated.

Some other thoughts:

• do you have gzip enabled?

• is your whole admin ssl protected? (not only the login)

• what is your php version? It could be a php bug if it's an unstable version, or maybe the php and zend version on the server are not compatible? (don't ask me details on this, I only know I have had issues with POST arrays once, which where related to incompatibility of the php and zend version).

paulm:

Some other thoughts:

• do you have gzip enabled?

• is your whole admin ssl protected? (not only the login)

• what is your php version? It could be a php bug if it's an unstable version, or maybe the php and zend version on the server are not compatible? (don't ask me details on this, I only know I have had issues with POST arrays once, which where related to incompatibility of the php and zend version).

thanks for your help paul! i am going to reinstall the stable release 2.04 so i'm working off the same version that you are supporting here as i went to one of your later beta versions to see if it would magically work. :frusty:

below are the specs, but i'll spend a bit of time trying to see if a pattern emerges or links what happens.

**POST Max Size:** 200M

PHP Version: 5.2.5 (Zend: 2.2.0)
GZIP is enabled
**SSL **is only set for login

:smile:

Actually I do not really support any of the versions at the moment, I just get carried away sometimes when I read the thread :smile:

POST Max Size: 200M
:blink: That must be enough!
PHP Version: 5.2.5 (Zend: 2.2.0)
No idea, I guess that's ok.
GZIP is enabled
It's a wild guess, but I would switch gzip off to see if it helps.
SSL is only set for loginOK, that rules out any SSL problems.

If gzip off does not magically fix the issue, maybe you can install my debug script:
http://www.zen-cart.com/index.php?main_page=product_contrib_info&products_id=747
? And if you install it, and it's ok with you to give me temporary admin access, I am willing to take a closer look look at it.

(One of the reasons I am interested is that if this would appear to be a quick updates bug, I would really want to find the cause, and hopefully a fix. If time permits...)

paulm:

If gzip off does not magically fix the issue, maybe you can install my debug script:
http://www.zen-cart.com/index.php?main_page=product_contrib_info&products_id=747
? And if you install it, and it's ok with you to give me temporary admin access, I am willing to take a closer look look at it.

(One of the reasons I am interested is that if this would appear to be a quick updates bug, I would really want to find the cause, and hopefully a fix. If time permits...)

I have installed your debug script and have decided to stick to using your beta version as both versions work perfect on my local setup, and both are buggy on my server setup.

It seems to not be updating anything from the 6ish-8th product on i think, it's the same in the settings screen. I'm more than happy for you to take a look but in no way do i expect you to spend you time on my problem. :smile:

I just installed the module and am getting this error:

1054 Unknown column 'p.products_price_w' in 'field list'

In my previous install I didn't have a problem with this. Does this module need to have dual pricing module installed to work?

hosiya:

hey guys,
i got the problem blow:

**Sorry, your security clearance does not allow you to access this resource.

Please contact your site administrator if you believe this to be incorrect.

Sorry for any inconvenience.**

what i have to do?

Do you have the admin levels mod install? if you do that means who ever is main admin users needs to set the permission for you to use that mod.

Hi all,

I've got an issue where I get logged-out of the admin panel whenever I click one of the drop-down menu's in Quick Updates 2.04, anyone got any ideas why this is happening and how to stop it doing this?

I recently updated my php to 5.2.5 and had some issues with being able to log in the admin panel at all, but got resolved, not sure if this is related.

Cheers...

n_36:

I've got an issue where I get logged-out of the admin panel whenever I click one of the drop-down menu's in Quick Updates 2.04, anyone got any ideas why this is happening and how to stop it doing this?

I recently updated my php to 5.2.5 and had some issues with being able to log in the admin panel at all, but got resolved, not sure if this is related.
I am not able to reproduce this on PHP 5.2.4, 5.2.5 and several older PHP versions. So I guess it's a problem related to your server/installation, no idea what it could be though.

This is the bug in Quick Updates 2.04.

Decostyle:

I just installed the module and am getting this error:

1054 Unknown column 'p.products_price_w' in 'field list'

In my previous install I didn't have a problem with this. Does this module need to have dual pricing module installed to work?If I recall well a version has been available for a while, which required another add on to be installed (which is pure evil of course...). As far as I know this version is not available at the Zen Cart add on downloads currently.

a_berezin:

This is the bug in Quick Updates 2.04.Hey Andrew :smile: Do you mean it's typical for 2.04, and not for some other versions?

Now that I think about it, I actually did not test 2.04 on php5.x, only newer beta's... :blush:

Hi Paul,

paulm:

Do you mean it's typical for 2.04, and not for some other versions?
I do not know, I have not watched your other versions. In my current version no such error.

paulm:

Now that I think about it, I actually did not test 2.04 on php5.x, only newer beta's... :blush:
This problem is not php5. You have to add zen_hide_session_id () in all get-forms.

a_berezin:

You have to add zen_hide_session_id () in all get-forms.Woops! Thanks! Now that you say that I realize that I probably never add the zen_hide_session_id to the admin forms.... (and I never noticed the issue myself because I always accept cookies, or at least the ones from my own sites)

I don't think I will fix this for 2.04 though, because I never use it anymore. But maybe this is a good reason to fix the issue in my 3.x version and finally release it (although it's still not really finished, and might very well never be...).

Thanks for the info guys, much appreciated, but where to I enter in the 'zen_hide_session_id ()' and in which files is it needed in?

I think it is a question the author of Quick Updates 2.04 - Paulm ;)