In the Admin/Order page the print buttons all appear to fail – Shipping List, Invoices and PDF invoice.

Is there a setting somewhere so these work? Do they place a print file somewhere?

Thanks.
Tuesday, March 08 2016, 01:30 PM
Share this post:

Accepted Answer

Tuesday, March 29 2016, 07:00 PM - #Permalink
I thought this was a faulty installation. But now it has happened again...now that the site is live.

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.

HTTP 500 error.

Any ideas, please... And not a complete rebuild;)
The reply is currently minimized Show
Responses (9)
  • Accepted Answer

    Monday, April 25 2016, 10:30 PM - #Permalink
    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
    The reply is currently minimized Show
  • Accepted Answer

    Monday, April 25 2016, 09:34 PM - #Permalink
    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. ;)
    The reply is currently minimized Show
  • Accepted Answer

    Monday, April 25 2016, 08:47 PM - #Permalink
    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.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, April 20 2016, 02:02 PM - #Permalink
    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.
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, April 20 2016, 08:51 AM - #Permalink
    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.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 19 2016, 09:57 PM - #Permalink
    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.
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 19 2016, 08:16 PM - #Permalink
    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?!
    The reply is currently minimized Show
  • Accepted Answer

    Tuesday, April 19 2016, 03:57 PM - #Permalink
    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;)
    The reply is currently minimized Show
  • Accepted Answer

    Wednesday, March 09 2016, 01:21 AM - #Permalink
    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.
    The reply is currently minimized Show
Your Reply