rabh

UPDATE:

I managed to get this to work, finally, by exiting and then returning to the label processing at which time it had stored my ‘invalid’ origin address and seemed to think it was OK (my guess is that it wasn’t checking).

The system needs to allow the shipper to select the packaging. I created a number of different packages and it wouldn’t allow me to select one, having made its own (incorrect) selection.

Other than that the label printing proceeded OK.

I am very disappointed with wp-e-commerce at this point. Every time there is an update I spend hours trying to fix things the update broke.

Going to 3.8.14.1 hasn’t been any different. I simply cannot get the cart to show any items in the cart once I go to checkout. They show in the widget on the left sidebar (where I put it), but going to the checkout page it always says the cart is empty.

I have tried multiple times to clear the theme cache, update, rollback, update etc. all to no avail.

I originally tried this update when it came out as 3.8.14 but had to rollback because of that problem.

I give up. I bought the gold cart, the fedex module, the (apparently deprecated) affiliates module, the UPS module, the drop shop module etc. and it simply was a waste of money.

I gave up on drop shop almost as soon as i tried it because of the instability.

i have narrowed this down further, after much hacking and slashing and it has to do with permissions and nothing to do with memory size available.

starting with a clean directory tree

wp-content
wp-content/themes
wp-content/plugins
wp-content/uploads

and no wp-content/upgrade folder, when running sftp-server (through the ssh subsystem), the system will download the package, create the upgrade folder and unpack the package into the upgrade folder. at that point it does a directory list of the package folder – for example:
wp-content/upgrade/zbench.tmp/zbench

and at this point it fails with php (mod_php in apache) quiting with a forceclosedir. and apache crashes with a core dump.

the only way i have been able to make the automatic installs / upgrades work is by using proftpd. dumb. but there it is.

ok, here is some more information…yes, i have solved this issue, but i am not sure i like the solution…

i am running a mandriva linux 2010.2 with all updates.
i am using php-ssh to do the download and install
and ssh (sftp-server)

these are the versions:

openssh-askpass-common-5.5p1-2mdv2010.1
openssh-clients-5.5p1-2mdv2010.1
openssh-askpass-qt4-1.0.1-3mdv2010.0
openssh-5.5p1-2mdv2010.1
php-ssh2-0.11.2-0.3mdv2010.2
lib64ssh2_1-1.2.5-1mdv2010.1
lib64ssh4-0.4.2-2mdv2010.1
openssh-server-5.5p1-2mdv2010.1

i have tested this on two different kernels:
2.6.33.7-server-2mnb
2.6.36.2-server-2mnb
====================

the only way i have been able to stop this crashing is to change the ownership of wp-content, wp-content/upgrade and wp-content/plugins to the owner of the http daemon. of course, doing this, the system doesn’t request a password for uploading…so somewhere there is a problem in the user validation process.

to do the install it hangs at the “unpacking” message instead of the “Installing” message.

I have tried IE 8, FF 3.5, 3.6 and 4.0. same problem.