Shipping List and Invoice works in my test, but PDF fails.
Do you have anything blocking new windows/tabs/popups?
The first two is only html display, opening up in new windows/tabs, and no file generation. Test a different clean and fresh browser.

I thought this was a faulty installation. But now it has happened again...now that the site is live.

For new order, the Order View buttons fail in both the Dashboard and in the Orders section. So the only way to process an order is via Order/Edit.

And of course we cannot get to the Packing Slip and Invoice.

- it throws a HTTP 500 error.

In an old test order, View still works!

Any ideas, please... And not a complete rebuild

So what have you done between working and not working, changed and/or added ...?
Payment modules etc. being compatible and so on ...?

It's not normal that the system gets messed up over and over again, and since you have done it a few times now, you might be able to see a pattern in it?!

Rune

I have realised the view buttons etc are ok for orders made in the Admin area but not from the Store (via Secure Trading). So that implies a field is not being set in the card process. Any ideas? Thanks.

Then you could look at the difference in order tables in the database, between the working and not working orders, through phpMyAdmin or similar.

Btw! Also check if the payment module is loaded in admin to do some operation, activate full error debugging, check error log etc.

I have checked the tables. The Orders look ok. I added rows to the Secure Trading tables for one of my Admin orders, and that broke the View buttons for that order (and therefore the other functions - Packing Slip, invoice, and notification emails). Deleting those rows restored the functions.

I will try your other suggestions. Thanks.

I have written some code to break the keys from the Secure Trading tables so that my client can at least view orders etc until someone can help me fix this problem.

I have switched the error log on but nothing is being generated by listing orders.

Does debug show messages to customers - as the store is live?

Thanks.

Simon Tyrrell-Lewis wrote:
Does debug show messages to customers - as the store is live?

If I was you, I would have tested it to see.

Thanks Rune. Testing it on my test system, the answer is simply "yes".

Although whether this is any help in working out what I suspect are SQL errors I'm not sure.

Trigger 0.000 seconds (+0.000); 0.00 MB (0.000) - postAppInitialise
Trigger 0.106 seconds (+0.106); 0.23 MB (+0.232) - postAppEcommerce
Trigger 0.122 seconds (+0.016); 0.23 MB (+0.003) - postAppRoute
Trigger 0.145 seconds (+0.022); 0.56 MB (+0.328) - preLoadLanguage
Trigger 0.167 seconds (+0.023); 0.57 MB (+0.003) - postLoadLanguage
Trigger 0.182 seconds (+0.015); 0.57 MB (+0.003) - preLoadModel
Trigger 0.198 seconds (+0.015); 0.59 MB (+0.020) - postLoadModel
Trigger 0.288 seconds (+0.090); 1.45 MB (+0.857) - preLoadController
Trigger 0.332 seconds (+0.044); 1.59 MB (+0.144) - preAdminEditorToolbarAdd
Trigger 0.355 seconds (+0.023); 1.59 MB (+0.003) - preAdminEditorHeightEdit
Trigger 0.384 seconds (+0.029); 1.60 MB (+0.003) - preAdminEditorOtherEdit
Trigger 0.385 seconds (+0.001); 1.54 MB (-0.061) - preAdminEditor
Trigger 0.457 seconds (+0.071); 2.56 MB (+1.022) - preLoadView
Trigger 0.482 seconds (+0.025); 2.65 MB (+0.090) - postLoadView
Trigger 0.508 seconds (+0.027); 2.44 MB (-0.203) - postLoadController
Trigger 0.548 seconds (+0.040); 2.76 MB (+0.311) - preAdminMenuRender
Trigger 0.598 seconds (+0.049); 2.53 MB (-0.225) - postAppDispatch
Trigger 0.636 seconds (+0.039); 2.79 MB (+0.256) - postAppRender