Finally, after 1 month of hard work,
we are proud on the first real Releace candidate without any known bug. Of course there are minors and still a lot things to enhance and also to decide. For example, how we should handle the menu. Fun Fact, so many people told us for years, that our accordeon menu is clunky, now joomla has the same,...
Personally I would not start with a joomla 4 right now. But of course we need early adopters. Experienced web developers know the risks and more important, they know how it should work. In special beginners should not start with the J4/VM combo. They may wonder about a strange behaviour, thinking that VM is just bad written here and they dont know that it works on j3 and they just encounter a new bug with j4. We had that already years ago with j3.
The new version has also a lot new features, configuration options and so on. The biggest changes is the new admin template. It should be activated by default now. There are 2 themes currently.
You may check the changes in the svn directly https://dev.virtuemart.net/projects/virtuemart/repository
Take care of date operation. Joomla enforces to use the Null and not a Nulldate anylonger.
Before you report a bug, please check if the bug is still in the last version
https://dev.virtuemart.net/attachments/1290/com_virtuemart.3.8.9.10553_package_or_extract.zip (updated, already)
And of course this is also the new version for Joomla 3 !
The latest package has a bug after fresh installation - in the products menu
The error shows up in: PHP7 (error 1052) and PHP 8
Try the updated file with build 10553 from above. Should be fixed. (I don't get the errors with that one)
You're right - it works. Just i don't understand that both zip packs are the same version and different? :o
I don't have the option to add a product. When I press the [new product] button, the template falls apart.
This error only appears when I choose a Joomla global language setting other than English.
I found an error in the Polish language file :
/administrator/language/pl-PL/pl-PL.com_virtuemart.ini
in 919 line:
COM_VIRTUEMART_PRODUCT_EMAIL_SHOPPERS_SUBJECT="Informacja dotycząca produktu %"
change to:
COM_VIRTUEMART_PRODUCT_EMAIL_SHOPPERS_SUBJECT="Informacja dotycząca produktu %s"
Hi
There are some issues UI and others.
(https://i.ibb.co/Ng00hNK/VM3-9-filters.png) (https://ibb.co/kVLLnDX)
(https://i.ibb.co/r2hFh0j/VM3-9-pagination.png) (https://ibb.co/7tDjDCf)
(https://i.ibb.co/n1hGhNV/VM-tasks.png) (https://ibb.co/09P7PRW)
(https://i.ibb.co/5FNCSxp/VM3-9-customfields.png) (https://ibb.co/pytNMrV)
(https://i.ibb.co/Jq3kL8Z/VM-menu.png) (https://ibb.co/dtmK9XZ)
(https://i.ibb.co/1XsQhCc/VM3-9-menu.png) (https://imgbb.com/)
500 error after selecting a custom plugin when creating a new custom field
(https://i.ibb.co/92hW74W/after-Selecting-custom-plugin.png) (https://ibb.co/vmhkSdk)
Version: VM 3.8.9 10557, Joomla 4.0.4
there's a 10558 to come shortly with the chosen dropdowns fixed
Thanks!
Is there any plan to implement the new backend template as the default one?
This assignRef function is obsolete since Joomla 3(and before ?)
THis function was never needed so all reference to assignRef() should be removed and a simple $this->XXX = $XXX is working by reference since PHP 5.3 and do not use more memory.
Hi, on J!4.0.4 and com_virtuemart.3.8.9.10560 testing locally with XAMPP PHP 8.0.12.
Trying to build a fresh J!4 version of an site I had going, using VM and various plugins, and after installing VM latest build I had some issues I want to share.
This is a fresh bare J4 with PagebuilderCK, TemplateCreatorCK, Akeebabackup & Admin Tools, and now with VM build 10560.
EN-GB, EN-US and FR-FR installed, FR being the default language.(//)
1st, 0 - Call to a member function get() on null, and stack trace led me to vmLoaderPluginUpdate.
I turned off the registration redirect, but same issue.
I disabled this plugin completely and the issue stopped happening.
Just after this, i noticed the Extensions updater notified me of an update, which seems to be a mistake. (see attachment)
i checked the version inside the php file, * @version $Id: vmuserfieldplugin.php 4634 2011-11-09 21:07:44Z Milbo $
Stacktrace with Plugin Enabled (registration redirect on/off, same result...) :
Call to a member function get() on null
C:\xampp\htdocs\plugins\system\vmLoaderPluginUpdate\vmLoaderPluginUpdate.php:56
Call stack
# Function Location
1 () JROOT\plugins\system\vmLoaderPluginUpdate\vmLoaderPluginUpdate.php:56
2 plgSystemVmLoaderPluginUpdate->__construct() JROOT\libraries\src\Extension\ExtensionManagerTrait.php:242
3 Joomla\CMS\Application\CMSApplication->loadPluginFromFilesystem() JROOT\libraries\src\Extension\ExtensionManagerTrait.php:160
4 Joomla\CMS\Application\CMSApplication->loadExtension() JROOT\libraries\src\Extension\ExtensionManagerTrait.php:94
5 Joomla\CMS\Application\CMSApplication->bootPlugin() JROOT\libraries\src\Plugin\PluginHelper.php:235
6 Joomla\CMS\Plugin\PluginHelper::import() JROOT\libraries\src\Plugin\PluginHelper.php:193
7 Joomla\CMS\Plugin\PluginHelper::importPlugin() JROOT\libraries\src\Application\CMSApplication.php:739
8 Joomla\CMS\Application\CMSApplication->initialiseApp() JROOT\libraries\src\Application\SiteApplication.php:709
9 Joomla\CMS\Application\SiteApplication->initialiseApp() JROOT\libraries\src\Application\SiteApplication.php:224
10 Joomla\CMS\Application\SiteApplication->doExecute() JROOT\libraries\src\Application\CMSApplication.php:278
11 Joomla\CMS\Application\CMSApplication->execute() JROOT\includes\app.php:63
12 require_once() JROOT\index.php:32
line 56 of this file is just the closing accolade of this declaration on line 23:
class vmUserfieldPlugin extends vmPlugin {
Thanks. The released test package is now at 3.8.9.10560 http://dev.virtuemart.net/projects/virtuemart/files
yeah, i know :) this error is with that version - direct install yesterday :)
sorry, didnt realize the Subject could be modified...
Thanks. Makes it easier to follow.
so, is this a known issue with build 10560 ? or do i need to provide any more info ?
The above happens on the frontend once VM 3.8.9 10560 is installed, unless i disable the vmLoaderPluginUpdate plugin...
Hi,
I have a clean installation Joomla 4.0.4 and Virtuemart 3.8.9.10564
hosting at an Apache with PHP 7.4.25 and Mysql 5.7.33.
I activated One Page Checkout and Ajax for OPC
In the cart at the checkout i got following issue:
There is no shipment selected.
When I checked an available shipment I can see something happens,
but then the default selected shipment will checked again and
selected shipment still be "No shipment selected" and the Fee at Total is still empty.
I can checkout with the default selected shipment even if there is "No shipment selected" in the selected shipment.
Is there anyone else having this issue?
Best regards,
Dirk
Ok,
Im looking for this version (10564).
Design for admin view is from J25 still - really, why?
PHP code inside core and function is from J25 with all errors and mistake (etc. custom filed type Boolean) still
Try adding another month :)
Clean Installation:
VM 3.8.9 - 10564
JOOMLA - 4.0.5
PHP - 7.4.18
MYSQL - 5.7.32-35-log
standalone file:com_virtuemart.3.8.9.10564.zip
After installation:
JInstaller: :Install: Can't find Joomla XML setup file.
JInstaller: :Install: Can't find XML setup file.
An error has occurred.
0 Call to undefined method TableProducts::setDateFields()
and I don't see VirtueMart.
OK, my mistake, sorry
I tried install VM on Joomla with DB type mysqlvm (special version for testing installation VM3.8.8 to J4 by Rupostel
Ok, I deleted all and use clean and new installation and now VM is installed.
But still is not for use in administration without new vm admin template.
And still after use new vmadmin - the type RC is really not, maybe Beta version with a lot of errors.
And admin template must be definitely completely new :)
Yes, Max you are on the right journey, but you definitely need to speed up,
because unfortunately Jan Pavelka and his PhocaCart have been ahead for half a year and yesterday we saw many new e-shops in Germany at JoomlaCafe.
Go on :)
Try specifying what is not usable and the errors you test and see
Your post is just noise unless you provide more information.
Providing better information will help "Just speed up" things
Latest VM core builds do not need my override plugin (mysqlvm or other compatiblity overrides with legacy plugin). There is only a very few issues remaining on VM on J4 that needs a bit more work:
- router review
- saving some backend pages against new DB strict mode (datetime problems)
- adjusting some CSS at BE and FE to make it look nicer on j4-shipped frameworks.
stan
It's important that if an issue is reported, you provide some specific means on :
- how to reproduce the problem (steps)
- how to see the problem (design)
- provide a backtrace (maybe via my fatal catcher plugin)
- provide a suggested fix for review
otherwise the forum thread might not be considered useful for the community.
best regards, stan
QuoteLatest VM core builds do not need my override plugin
Of course - I don't use it, but I forgot on the mysql setup.
I agree,
I apologized and admitted my mistake == I forgot to use mysql DB type mysqlvm - after removal the installation was successful - I think there is no need to write other explanatory posts that do not actually describe the current state and do not bring anything new.
QuoteTry specifying what is not usable and the errors you test and see
I rewrote the article because the errors described were ultimately my fault.
But still, thank you for some immediate responses that helped speed things up
Hi! after upgrading to 3.8.9.10564 and headed to Admin Shop edit view, I selected Argentina as Country, but no States filled the States dropdown...
Agentina states are in the VirtueMart 3.8.9 10572 version which is not yet on public testing release, so they are likely to be in the final (VM4) stable version.
Can someone add this fix : http://forum.virtuemart.net/index.php?topic=147653.0 ?
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Hi,
I have issues with package [3.8.9.10578]
perhaps shipment issue is related
Quote from: sirius on January 14, 2022, 15:34:53 PM
Hello
Here you are several issues that I have with the Package [3.8.9.10578] on my test website
1) No more CB payment on the checkout with the systempay plugin
- This issue is here since at least the 3.8.9.10564 package
- The plugin Systempay from lyra do not appear anymore on the checkout page, others methods are ok
- No settings changes done at all
- Tested under vmbeez, same result
- No info about any interdiction rule for the paiement method with the vm debug on
If you want to test the lyra network plugin V 2.2.1 compatible with VM 3.X
Two links to get it :
https://paiement.systempay.fr/doc/fr-FR/plugins/#virtuemart
2) Fields are broken when editing payment and shipping method
When we edit payment and shipping method a wrong span is added in a bad way by js
<span class="langfallback"></span>
- With new vmadmin template, the first fields seems ok but issue still here for description field
please see attached
Does someone have the same issues ?
That's all for now
Thanks
Quote from: chaosangel on December 06, 2021, 16:45:48 PM
Hi,
I have a clean installation Joomla 4.0.4 and Virtuemart 3.8.9.10564
hosting at an Apache with PHP 7.4.25 and Mysql 5.7.33.
I activated One Page Checkout and Ajax for OPC
In the cart at the checkout i got following issue:
There is no shipment selected.
When I checked an available shipment I can see something happens,
but then the default selected shipment will checked again and
selected shipment still be "No shipment selected" and the Fee at Total is still empty.
I can checkout with the default selected shipment even if there is "No shipment selected" in the selected shipment.
Is there anyone else having this issue?
Best regards,
Dirk
I installed VM 3.8.9.10583 and still have the problem with the shipping method.
When I configured a default shipping method, i can place an order with this shipping.
In the card the shipping method is checked but the text is "no shipping method selected".
When i changed the shipping method and click order, I got the error:
---
0
You have not supplied a valid HTTP status code
---
Furthermore the costs of shipping and payment are not updated in the card.
Even the shipping costs are not displayed.
In the order mail the shipping costs are not calculated.
Thank you for you support! :)
Best regards, Dirk
Quote2) Fields are broken when editing payment and shipping method
this fixed in 3.8.9. 10583
Joomla! 4 latest.
Virtuemart latest.
It seems, there are some routing problems. I have a site with the main page assigned to VM default view. Instead of rendering the view `virtuemart`, the `category` view is rendered. Also, I have a menu assigned to the VM cart view. When I follow that link, I see the `category` view instead of the cart. However, if I follow non-SEF links like: index.php?option=com_virtuemart&view=cart it works as expected. Also noticed the same thing for manufacturers view.
The second bug I discovered: the router appends to the main page '?manage=0' or '?manage=1' according to the setting 'Manager' in the menu. If i select the top category level as the main page, it appends '?clearCart=0' or '?clearCart=1' to the URL.
Quote from: philip_sorokin on January 20, 2022, 23:11:32 PM
Joomla! 4 latest.
Virtuemart latest.
This is useless information. Tomorrow these can be other versions ..
I drive the latest Saab, too my knowledge, can YOU guess which mark and model year ?
Jörgen
Quote from: GJC Web Design on January 20, 2022, 22:35:51 PM
Quote2) Fields are broken when editing payment and shipping method
this fixed in 3.8.9. 10583
Hi GJC
yes fixed with the new vmadmin template
But still issue with the standard admin template
strange - OK on my 3.8.9.10583 on old admin template
Quote from: Jörgen on January 21, 2022, 07:24:30 AM
Quote from: philip_sorokin on January 20, 2022, 23:11:32 PM
Joomla! 4 latest.
Virtuemart latest.
This is useless information. Tomorrow these can be other versions ..
I drive the latest Saab, too my knowledge, can YOU guess which mark and model year ?
Jörgen
Virtuemart 3.8.9.10583 and 3.8.9.10578
Joomla 4.0.6
Quote from: Studio 42 on November 16, 2021, 15:44:32 PM
This assignRef function is obsolete since Joomla 3(and before ?)
THis function was never needed so all reference to assignRef() should be removed and a simple $this->XXX = $XXX is working by reference since PHP 5.3 and do not use more memory.
You are right, it is just work to remove it. So we do, it here and there, but todo all of them at once takes really a lot time. And on the other hand, as far as I know,.. it does not really hurt
Quote from: p.barg on January 17, 2022, 10:17:42 AM
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Maybe it is fixed, which line is the problem?
Quote from: chaosangel on January 20, 2022, 15:21:59 PM
Quote from: chaosangel on December 06, 2021, 16:45:48 PM
Hi,
I have a clean installation Joomla 4.0.4 and Virtuemart 3.8.9.10564
hosting at an Apache with PHP 7.4.25 and Mysql 5.7.33.
I activated One Page Checkout and Ajax for OPC
In the cart at the checkout i got following issue:
There is no shipment selected.
When I checked an available shipment I can see something happens,
but then the default selected shipment will checked again and
selected shipment still be "No shipment selected" and the Fee at Total is still empty.
I can checkout with the default selected shipment even if there is "No shipment selected" in the selected shipment.
Is there anyone else having this issue?
Best regards,
Dirk
I installed VM 3.8.9.10583 and still have the problem with the shipping method.
When I configured a default shipping method, i can place an order with this shipping.
In the card the shipping method is checked but the text is "no shipping method selected".
When i changed the shipping method and click order, I got the error:
---
0
You have not supplied a valid HTTP status code
---
Furthermore the costs of shipping and payment are not updated in the card.
Even the shipping costs are not displayed.
In the order mail the shipping costs are not calculated.
Thank you for you support! :)
Best regards, Dirk
Just with the core plugins? Because maybe a 3rd plugin need a bit adjustments.
Quote from: Milbo on January 24, 2022, 16:28:17 PM
Quote from: p.barg on January 17, 2022, 10:17:42 AM
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Maybe it is fixed, which line is the problem?
Hi Max,
the problem is still present in version 3.8.9 10583 and J!4.0.6. Debugger states line 56 of the plugin.
-- Petra
1. Limit box (the quantity of products in the category) not working. When selected, it redirects to the url '?limit=15', but all the products are shown. Joomla 3 + VM 3.8.8 10472, and Joomla 4 + VM VirtueMart 3.8.9 10583.
2. Incorrect email subject (see the screenshot) Joomla 4 + VM VirtueMart 3.8.9 10583, the problem does not exist in Joomla 3. https://postimg.cc/HJcMPTj0 (https://postimg.cc/HJcMPTj0)
3. A strange non-working hyperlink in the Joomla! 4 admin panel sidebar. Can I ask what it is for? https://postimg.cc/Kk5ttJRC (https://postimg.cc/Kk5ttJRC)
4. Wrong template styles in Joomla 4: field inputs and labels.
5. Can I ask you about the problems I described earlier (http://forum.virtuemart.net/index.php?topic=147366.msg527229#msg527229 (http://forum.virtuemart.net/index.php?topic=147366.msg527229#msg527229))? Will it be fixed?
Quote from: Milbo on January 24, 2022, 16:32:00 PM
Quote from: chaosangel on January 20, 2022, 15:21:59 PM
Quote from: chaosangel on December 06, 2021, 16:45:48 PM
Hi,
I have a clean installation Joomla 4.0.4 and Virtuemart 3.8.9.10564
hosting at an Apache with PHP 7.4.25 and Mysql 5.7.33.
I activated One Page Checkout and Ajax for OPC
In the cart at the checkout i got following issue:
There is no shipment selected.
When I checked an available shipment I can see something happens,
but then the default selected shipment will checked again and
selected shipment still be "No shipment selected" and the Fee at Total is still empty.
I can checkout with the default selected shipment even if there is "No shipment selected" in the selected shipment.
Is there anyone else having this issue?
Best regards,
Dirk
I installed VM 3.8.9.10583 and still have the problem with the shipping method.
When I configured a default shipping method, i can place an order with this shipping.
In the card the shipping method is checked but the text is "no shipping method selected".
When i changed the shipping method and click order, I got the error:
---
0
You have not supplied a valid HTTP status code
---
Furthermore the costs of shipping and payment are not updated in the card.
Even the shipping costs are not displayed.
In the order mail the shipping costs are not calculated.
Thank you for you support! :)
Best regards, Dirk
Just with the core plugins? Because maybe a 3rd plugin need a bit adjustments.
Hi Max,
yes, there is no further plugin installed!
Dirk
Quote from: sirius on January 21, 2022, 09:05:52 AM
Quote from: GJC Web Design on January 20, 2022, 22:35:51 PM
Quote2) Fields are broken when editing payment and shipping method
this fixed in 3.8.9. 10583
Hi GJC
yes fixed with the new vmadmin template
But still issue with the standard admin template
This time it's fixed with the package 3.8.9.10588
Thanks Milbo
But still have no payment cb with systempay in the cart !
The VM debug tells me this:
vmdebug SELECTED NOT by automatic method payment 17!! Var1:0
But the number 17 is the one that I need.
And is already selected as default payment method in settings.
Hi,
I installed the new version 3.8.9.10588!
In the cart is still the issue under "Selected shipment"
----->>> No shipment selected
I preselect a shipping method in configuration->configuration->checkout->"Enable Automatic Selected Shipment", but also this does not appear.
When I change the shipping method ajax is trying to change, but it doesnt work.
The radio-button is changing back to the first selected field and the Selected shipment is still No shipment selected.
When proceeding the order I got the mail with the preselected shipping method.
Does this work for someone else?
Best gegards, Dirk
Quote from: p.barg on January 24, 2022, 16:52:28 PM
Quote from: Milbo on January 24, 2022, 16:28:17 PM
Quote from: p.barg on January 17, 2022, 10:17:42 AM
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Maybe it is fixed, which line is the problem?
Hi Max,
the problem is still present in version 3.8.9 10583 and J!4.0.6. Debugger states line 56 of the plugin.
-- Petra
So this if(JFactory::getApplication()->isClient('site') and $this->params->get('loadAlwaysVmConfig', false) ){ line. Hmmm, I wonder why params do not exist in j4?
Quote from: Milbo on February 09, 2022, 12:42:11 PM
Quote from: p.barg on January 24, 2022, 16:52:28 PM
Quote from: Milbo on January 24, 2022, 16:28:17 PM
Quote from: p.barg on January 17, 2022, 10:17:42 AM
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Maybe it is fixed, which line is the problem?
Hi Max,
the problem is still present in version 3.8.9 10583 and J!4.0.6. Debugger states line 56 of the plugin.
-- Petra
So this if(JFactory::getApplication()->isClient('site') and $this->params->get('loadAlwaysVmConfig', false) ){ line. Hmmm, I wonder why params do not exist in j4?
If definitely has something to do with the params, but that's normally no problem in J4... Must be something weird here...
I noticed there is a problem with adding custom fields for the product from the "Custom fields for all" plugin.
When I select them from the drop-down list, nothing happens.
Temporary solution:
Custom field from plugin "custom fields for all" is added if I choose first the "VM custom string" field from Virtuemart
Quote from: p.barg on January 24, 2022, 16:52:28 PM
Quote from: Milbo on January 24, 2022, 16:28:17 PM
Quote from: p.barg on January 17, 2022, 10:17:42 AM
Hi,
I've just installed VM 3.8.9 10578 on J4.0.5.
I get the following error (FE): Call to a member function get() on null which is obviously related to the plugin vmLoaderPluginUpdate (error is gone if plugin is deactivated).
I've read in this thread that this error occured for an earlier version of VM. But it seems to be still present in the current version.
Petra
Maybe it is fixed, which line is the problem?
Hi Max,
the problem is still present in version 3.8.9 10583 and J!4.0.6. Debugger states line 56 of the plugin.
-- Petra
I am sorry, but I cannot reproduce it.
Quote from: philip_sorokin on January 20, 2022, 23:11:32 PM
Joomla! 4 latest.
Virtuemart latest.
It seems, there are some routing problems. I have a site with the main page assigned to VM default view. Instead of rendering the view `virtuemart`, the `category` view is rendered.
The view virtuemart does not exist anylonger since some years already.
Quote from: philip_sorokin on January 20, 2022, 23:11:32 PM
Also, I have a menu assigned to the VM cart view. When I follow that link, I see the `category` view instead of the cart. However, if I follow non-SEF links like: index.php?option=com_virtuemart&view=cart it works as expected. Also noticed the same thing for manufacturers view.
The second bug I discovered: the router appends to the main page '?manage=0' or '?manage=1' according to the setting 'Manager' in the menu. If i select the top category level as the main page, it appends '?clearCart=0' or '?clearCart=1' to the URL.
Yes the routing in j4 is not perfect yet.
Testing 3.8.9 10607
1. The filters in the product page, have full width
(https://i.ibb.co/4fzD4cv/filters.png)
2. The products table exceeds the available screen width
(https://i.ibb.co/cyF5MW8/table-width.png)
3. Rearrange the task buttons in the products view, according to the Joomla core components.
(https://i.ibb.co/5RZ6CgY/re-arange-task-btns.png)
4. Rearrange the task buttons in the product edit view, according to the Joomla core components.
(https://i.ibb.co/d2wv9KR/re-arange-task-btns-in-product.png)
5. Radio buttons in plugin settings are distorted
(https://i.ibb.co/2cvsp8D/custom-field-radio-buttons.png)
6. The joomla admin header has altered grey background
(https://i.ibb.co/tz8Z0Pw/component-page-header-altered.png)
7. Not sure if the VM admin menu has any reason to be there (at least in that format).
(https://i.ibb.co/tmd5kHr/VM-admin-menu.png)
8. In the Virtuemart > Category menu item, there are non translated strings. Also some settings can be left empty, although they use an asterisk (*) in their label which implies the opposite.
(https://i.ibb.co/vxXQffM/VM-category-menu-item.png)
9. In the front-end the custom field drop-downs change width based on the selection.
(https://i.ibb.co/8M2wCZK/custom-field-drop-down.png)
10. In the front-end the cart popup needs to get fixed.
(https://i.ibb.co/Z1zZ7QW/cart-popup.png)
I found these just in the surface. I am sure that there are many more.
Please use for tests in joomla 4 only the new template. I do not recommend to use j4 yet, there are just too many bugs. We just encountered a new router bug, which is 100% just joomla.
The new version is compatible for j4 for further development, but it is not the main plateform. VM4 is developed for j3.10 https://dev.virtuemart.net/attachments/1305/com_virtuemart.3.8.9.10622_package_or_extract.zip
Quote from: Milbo on March 30, 2022, 18:32:13 PM
Please use for tests in joomla 4 only the new template. I do not recommend to use j4 yet, there are just too many bugs. We just encountered a new router bug, which is 100% just joomla.
The new version is compatible for j4 for further development, but it is not the main plateform. VM4 is developed for j3.10 https://dev.virtuemart.net/attachments/1305/com_virtuemart.3.8.9.10622_package_or_extract.zip
You mean the new VM admin template?
Also what's the point in developing your next major version over a Joomla version that is going to die in a year and only receives minor updates?
Because the code works on both versions. It is like writing for php7.4. If it works on php7.4 you may get a note in php8. Meanwhile we fixed the notes, so vm is php8 ready. But if we would write directly for php8, it can happen, that it does not work on php7.4.
The same here. We have less than 15 switches in the code for the different j versions. The rest works mainly by adjusting to the new style. In j3 we had the zerodate, now we have a null. We have utf8mb4, which works also on j3, and so on.
But j4 has still too many bugs in special in the routing.
hello
i try to install last VM 3.8.9.10622 on last joomla 4.1.2
virtuemart menu isn't display good
i already have error on front
Call to a member function get() on null
Call stack
# Function Location
1 () JROOT\plugins\system\vmLoaderPluginUpdate\vmLoaderPluginUpdate.php:56
did you have some news ?
regards
yes, that is fixed. The reason is just the camelcase of vmLoaderPluginUpdate. Must just be renamed to vmloaderpluginupdate.
ok i will try to unstall reinstall
i try to reinstall it no correction ... where i can find new version ?
It's fixed in the repository - version 10636, but not yet published as a new installation package. You can solve it yourself by renaming vmLoaderPluginUpdate to vmloaderpluginupdate in the Joomla 'extensions' database table (for example with phpmyadmin).
If you succeed with a test migration to J4.1.2, you will most likely have to disable SEF urls in VirtueMart. The Joomla router still makes trouble. And you will have to assign all published modules to the Cassiopeia module positions.
ah ok did you plan an new release in a few day ?
some version you find there (before new release):
http://dev.virtuemart.net/projects/virtuemart/activity
hello sorry i am not dev i am waiting for an installable package (i understand i need to wait )
ok, we use dev, but understand :)
Hi,
I have the following issue:
For example I have two virtuemart categories linked in the menue.
Lets call it category A (itemid=1) and B (itemid=2).
In each category we have one product.
When we put the product of category B in the product of category A as a related product,
the link to the product of category B has the itemid 1 and not 2
So when we clicked the link to the related product it shows the wrong itemid (1) and the result is that the product is shown in a wrong category path.
Is there anybody with the same problem and/or with a solution?
Thanks for any hint... :)
Joomla: 4.1.4 - Virtuemart: 4.0.2 10661
Best regards, Dirk
HI, i have another problem !
Cart link is not working using default layout.
The router says view = category & category_id = 1
In Joomla admin the displayed menu link is right index.php?option=com_virtuemart&view=cart
If i use standard.xml in the view cart folder , it wokrs !
Curious
Yes, that is mega curious and from my point of view a bug by joomla. Joomla router expects that the URL has the layout, so for example "default". But the router does not create the URL with the layout "default", because it is just default.
So I added the "standard" to make it possible to have a menu item for the cart. Silly shit. That is the main reason that I say joomla 4 IS NOT ready productive use. We have to wait again until 4.5 or so. J3 was also not ready until j3.5
Quote from: Milbo on June 17, 2022, 10:55:07 AM
That is the main reason that I say joomla 4 IS NOT ready productive use. We have to wait again until 4.5 or so. J3 was also not ready until j3.5
So agree
If you wait until 4.5, say goodbye..
Time is relentless.
Already other e-commerce extensions for Joomla 4 are entering the market aggressively.
Btw. Which is the router bug to which you are referring? Is this reported on GH?
We are on j4 already. We face the same problems as others.