Hi Jan
Ok... when placing an order from the website....

with invoice set to both - if shipping is different and delivery note set to shipping address

Fatal error: Call to undefined method CurrencyDisplay::getInstance() in /home/chestnut/public_html/cp/administrator/components/com_vminvoice/helpers/invoicehtml.php on line 51

And front end of website is permanently broken!
Admin site is loading but very slow, like it is stuck in some kind of loop!

Order confirmation emails get sent from vm and no emails sent from vminvoice

Whilst still able to use the admin back end I am able to stay within vminvoice but the moment I go the any other part of the admin area it instantly breaks and produces the same error as above.

I cannot get into virtuemart at all.
I can go to user manager and article manager etc but not virtuemart. Instant error shown in browser.

very frustrating indeed

News...
I have found that I had to disable the System - VMInvoice Autorun plugin in order to be able to get the front end of the website back running again.
The slowness of the admin backend has now gone and all is running smoothly again.
Obviously this is not good as the autorun is no longer active.

Also
now that I can get back in, the last invoice in the invoices list has no name and no email address shown.
The user has all credentials correct in user manager.

Please advise, my client was suppossed to be going live tomorrow and he is not very happy this morning :-(

I have just tested again and if I enable the autorun plugin everything breaks. Disable it and all comes back fine.

Hello,

based on what you wrote, I think the instalaltion must be somehow messed up and it might be quite difficult to guess where the problem is.

For users experiencing error Call to undefined method CurrencyDisplay::getInstance() in past, a complete! uninstall and reinstall helped.

I think you should do the same.
Make sure that after uninstall, there are absolutelly no files left, including the system plugin.

Then make a fresh install.

Hi Jan
I have done what you said and uninstalled everything, checked with phpmyadmin and ftp and confirmed that nothing remained at all.
Redownloaded both parts and reinstalled the component first then the plugin and activated it.
Went into vminvoice and saw that the delivery note was not activated so activated it and set the automatic delivery to 2 minutes.
invoice is set to both - if shipping is different and delivery note is set to shipping address, I did not touch these.
Made an order from the website and ...

Fatal error: Call to undefined method CurrencyDisplay::getInstance() in /home/chestnut/public_html/cp/administrator/components/com_vminvoice/helpers/invoicehtml.php on line 51

Front end website is now broken again, and the backend access to vm is broken again with ...

Fatal error: Call to undefined method CurrencyDisplay::getInstance() in /home/chestnut/public_html/cp/administrator/components/com_vminvoice/helpers/invoicehtml.php on line 51

Any suggestions please?

OK... had to disable the plugin again in order to get back in.

is 2 minutes too short to allow the autorun to run?

Any suggestions would be most welcome please.

Hi Jan
I have been running some tests.

When an order is placed the error appears straight after.
I have changed the currency substitution but this has made no difference.

The pdfs are generated and sent out automatically.

As soon as the pdfs have been sent then if I use the back button in the browser I can go back to the front end website and make another order.

So my question is this, at what point is the page invoicehtml.php called?
I have tried commenting out line 51 but the script fails further down as it calles again for currency.

Is it possible that after vm has generated the successful order and returns the customer to a success page, there no longer exists the necessary $mainframe in invoicehtml.php?

Just to let you know that I have tested this some more now.

If the invoice is set to send automatically (but not the delivery note) the error still appears on the front end but the email is sent.
The front end is still hanging.
If I manually send the delivery note, it seems to take a few minutes, it sends.
Then with a manual page refresh the front end refreshes and displays the success message.

So the front end is waiting for a confirmation that the emails have been sent before finalising the order?

or something similar to this?