Class 'GenericTableUpdater' not found [solved]

[MAD King]

Hello,

just got noticed of an VM AIO update, but it gives me this error:

Class 'GenericTableUpdater' not found

Joomla 3.8.12, VM 3.4.0

Thanks

[Jörgen]

Silly question, have You only updated the AIO ? Not the VM core ?

When does the error appear ?

Jörgen @ Kreativ Fotografi

[MAD King]

Silly question, have You only updated the AIO ? Not the VM core ?

When does the error appear ?

Jörgen @ Kreativ Fotografi

First, no question is silly. 

Second, Joomla showed me the update for VM 3.4.0 and AIO. I updated both at the same time and that gave me this error.
After your question, I tried to update the AIO and it worked, but got this message:

Warning
JFolder: :delete: Path is not a folder. Path: /home/public_html/administrator/components/com_virtuemart_allinone/libraries
JFolder: :delete: Path is not a folder. Path: /home/public_html/administrator/components/com_virtuemart_allinone/modules
JFolder: :delete: Path is not a folder. Path: /home/public_html/administrator/components/com_virtuemart_allinone/modulesBE

[Jörgen]

I think you can ignore this warning. I think there is an attempt to delete old aio files again. They are probably already removed. Does it work otherwise ?
Jörgen @ Kreativ Fotografi

[MAD King]

I think you can ignore this warning. I think there is an attempt to delete old aio files again. They are probably already removed. Does it work otherwise ?
Jörgen @ Kreativ Fotografi

No errors so far.
Working as usual.

Thanks

[stAn99]

this error is caused by having a system plugin which loaded virtuemart before the installation process started.

the simplest fix is to:
- download the zip from Vm download section (first component and then aio)
- install the zip  (for the first attemtp you may get the error)
- install the zip second time  (the second installation doesn't give an error as it's using already updated files)

another solution is to find out which plugin it does:
- some webkul plugins load VM during the installation
- not-up-to-date/latest rupostel opc plugins may do this  (some of our old plugins load VM from system plugins)
- not-up-to-date awo plugins can load VM in this context

if you really need to find out which plugin it does, modify your
/administrator/components/com_virtuemart/helpers/config.php

(THIS MOD WILL BREAK YOUR SITE DURING THE DEBUG)

and at the beginning of the file right after <?php insert:

Code Select Expand


$x = debug_backtrace();
foreach ($x as $l) echo $l['file'].' '.$l['line']."<br />\n";
die();

this will give you backtrace how the vmconfig file was reached and you should know which plugin caused it. once you find out, remove the above lines.


best regards, stan

[MAD King]

Already fixed.
webkul plugins - do not use any of them. Bad experiences in the past.
awo plugins do not use that

I only use OPC and Stan already confirmed it is not OPC.

Thanks

[GJC Web Design]

After a lot of experimentation and some recode by Max we have found that if you move the "VM Framework Loader during Plugin Updates" system plugin to the top then the error wont happen.

In other words in the view administrator/index.php?option=com_plugins open the plugin VM Framework Loader during Plugin Updates and in the Ordering choose 'Order First'
Save & Close and the click on the double arrows top left in the overview page to enable the ordering, make sure u are on Ascending and drag/drop the plugin to the top.
Choosing 0 when other plugs are also 0 isn't enough.

Then do your update.

Using the Package installer ( Upload & Install Joomla Extension)  directly will also eliminate any 3rd party system plugin problems

[Milbo]

GJC this is correct, but only when someone had already the systemplugin of vm3.2.15 installed. The main trick of the new installer is, that it does not use the paths given by the config to load the sql, it always loads now the sql of the installer.