Hi all,
our shop does not display the shopping cart for non registered users. It produces error 500. For logged in users everything works fine
Joomla Settings User
Users can register: yes
new users: registered
guest users: guest
VM Settings Checkout:
ask for registry: yes
only registered users:yes
order tracking: registered and guest
We also updated the webserver to PHP Version 7.2 (7.3.2 also with same error)
What is the 500 error logged as? See http://forum.virtuemart.net/index.php?topic=117042.0
Joomla/VM versions?
There are some reports of Joomla issues with PHP7.3+
Hi jenkin,
Joomla!-Version 3.9.3
VirtueMart 3.4.2
we have now reverted to PHP 7.2 - problem is the same.
I don't seem to get entries in the logs. php is set to log all errors.
How can I turn on logging to com_virtuemart.log.php ?
Thanks
If you don't know how to access the server error logs then use Stan's 500 catcher plugin: https://www.rupostel.com/utilities-for-joomla/extensions/fatal-catcher-plugin
Already tried that, it does not send anything, nor does it log to the file. Anything I need to know re user registration settings on Joomla and VM ?
Problem is, that the error logging runs out of memory, thats why I don't get anything useful when the php developer mode is turned on in VM
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 790528 bytes) in /html/TobraNeu/libraries/src/Log/LogEntry.php on line 116
u can set the Joomla debug system plugin to log/display only some factors ... pick just errors . switch everything else off
the debug plugin can use an enormous amount of memory during debugging
Thanks for the hint GJC, the fatal error catcher plugin did send me some data, albeit after a few hours...
RuposTel.com plg_system_fatal_catcher plugin detected a problem with your site.
Your site caused a blank screen upon a visit of this URL:
https://www.brandmeier.de:443/administrator/index.php?option=com_plugins&view=plugin&layout=edit&extension_id=10309
Error message data:
32 PHP Startup: Unable to load dynamic library '/usr/local/php/ext/imagick.so' (tried: /usr/local/php/ext/imagick.so (libMagickWand-6.Q16HDRI.so.2: cannot open shared object file: No such file or directory), /usr/local/php/lib/php/extensions/no-debug-non-zts-20170718//usr/local/php/ext/imagick.so.so (/usr/local/php/lib/php/extensions/no-debug-non-zts-20170718//usr/local/php/ext/imagick.so.so: cannot open shared object file: No such file or directory)) in file: Unknown line: 0
install/ enable imagick on the server
what is calling it?
afaik VM uses GD
Hi GJC,
I disabled the extension in php.ini. Unfortunately this was not the root of my problem. Strange: logged in users can open the cart while non-registered customers get the 500 Error.
I will now install the whole thing locally to see if I get closer to the root cause.
Thanks, I keep you posted.
Hi all,
now that the website is running locally including xdebug. I get the following error message (full screen):
Maximum function nesting level of '256' reached, aborting!
I have not managed to catch the responsible error yet. Can anyone point me to the PHP that is executed directly after pushing the addtocart button ?
Sorry for the probably ignorant question here but this error is really strange as it only occurs for non-registered users.
We solved it together today with a ticket for one hour.
The main reason was assumingly a wrongly assinged mainvendor. Accidently the "is vendor", "is not a vendor" buttons were shown in a single vendor store. So he used these buttons to change the mainvendor, that lead to problems in the cart. On the other hand, it was just solved by using the new core, which I upload tomorrow. I assume that the quirk with the vendor leaded to a recursion, which is assumingly catched by the cart optimisation done last week.
thanks Max, for the effective late night session and for your intuition to ,,smell" the root causes quickly.
the new core rocks !