We are proud to announce a release containing the long desired feature multi prices. The reason we decided todo a new release for 2.0.x is that we did not want that people have to wait longer for multiprices. Even the last released version is not long ago, the new versions contains a lot enhancements of features on the edge. All old layouts should still work, as before. All layout changes are backward compatible.
Have fun with it
http://dev.virtuemart.net/attachments/download/545/com_virtuemart.2.0.16_extract_first.targz.zip
or
http://dev.virtuemart.net/attachments/download/546/com_virtuemart.2.0.16_extract_first.targz.zip
Attention: The calculation of the shipment is now moved BEFORE the calculation of the cart rules. That means if you use for the vat tax the rule per bill, then the shipment condition for the amount is netto and not brutto anylonger.
Feature and Bugfix list:
- Multiple prices per product, using shoppergroups, date and quantity.
- No paymentmethod anylonger to select if total is below 0
-added filter for customplugin data
-Added fix for search "Hand Shovel" reacts now like "Hand+Shovel" and Hand-Shovel is not longer filtered to "Hand Shovel" and should also work better
- More Robust createThumb,
-- is checking for filename
-- upload file is checking if path to upload is set
-- thumbnail generator is automatically increasing max memory limit to 128 (some camera images may need more than 64 MB)
- fix for manual set pagination sequence
- removed facebox in FE, is using also the fancy box now
- Main images is now set to correct size with css, use the fancybox to see it fullsized.
- Router fixes
- order emails in payment currency
- fixed unpublishing of childs if a parent used as pattern (parent is unpublished) is stored.
- removed unnecessary execution of setPriceArray
- removed reset in vmtable from the load function, it was meant to set all values of the table to the default, but it is calls the expensive "show all columns"
- added different program caches to prevent unecessary sql.
- vendor descriptions can now also use joomla plugins.
- Important fix for Vat Tax. If the products of a cart are only using one Vat tax, then this vat is used for recalculation. The Vat tax is now also the correct choice for the tax if you are used to have discounts before tax. Or in other words, cart discounts and coupons are now correctly reducing the tax, if configured correctly.
- The function add to cart is not alerting anylonger if you add a product with 0 quantity, because in some multi product layouts it was yelling all the time (this layouts will be added in vm2.2).
- fixed amount of sold products in revenue report
- removed /vmJsApi::jPrice() from main controller + added vmJsApi::jPrice to the getAddToCartButton
- getCheckoutPrices is only executed once
- in general, we did also more optimization, so the 2.0.15 should be quite fast.
- changed trigger in user model, added an &, so it is now $plg_datas = $dispatcher->trigger('plgVmOnUserStore',array(&$data));
- added new trigger "plgVmSetOnTablePluginShipment" the old trigger "plgVmSetOnTablePluginParamsShipment" is still there for legacy issues
new in d
- all joomla users are now shown in the vm list
- added default value to userfields, removed check of values for country and state list.
- added the fallback to shopFunctionsF::setVmTemplate
new in e:
- two small fixes for config.php to make it robuster, non serialized values are not added anylonger and just removed
- changed vmError in the config to $app->enqueueMessage (leaded to loop in case config is completly broken)
- replaced $this->config to VmConfig::
- added country to vendor in avalara
- Two small fixes, date of order history, by "randomdev"
- and fixed date offset in review (thanks to forum)
- added a fix setting a date if created_on is "0000-00-00 00:00:00" (credits to P2 Peter)
- added a fix setting the cart not being in checkout
- Added message if loaded config has an error how to remove it
- fixed in convertWeigthUnit and convertDimensionUnit that it is executed even both units are the same
- fix in vmmodel the JRequest view, set default variable $this->_maintablename (credits to Reinhold Kainhofer)
- fixed in VmTableXarray the move function (credits to Joseph Kwan)
- fixed memory limit in script.virtuemart.php, is now only set if mem < 128MB
- "fixed" ordering of related products, it is not a real fix, because you cannot change the order, but the order visible in BE is now the same as in FE, there will come a real fix for this on vm2.1
- hopefully fixed the setting of $virtuemart_category_id for a product (credits to Joseph Kwan)
- added cache to getOrderWeight
- added fix, filename of invoices are now filtered for forbidden chars (credits to Reinhold Kainhofer)
- added fix if coupon is entered, a redirect will happen and show a message (thanks to bytelord)
- added fix to hide search for customfields, if there is none (credits to Reinhold Kainhofer)
- small fix for the correct pricelines in the default_pricelist.php (credits to Reinhold Kainhofer)
- added template path to invoices for overrides (credits to Reinhold Kainhofer)
- fixed search plugin (credits to SamF)
added in f:
- added option per config file to set BT based tax calculation
- added virtuemart_parser.php to xml
- added fallback values to login.php
- getValidProductFilterArray is using now '`pc`.ordering' to avoid ordering ambigous bug
- added used product ordering for neighboured products
added in the final 2.0.16
- speed improvement: removed loading of customfields for listing in BE
- prices can be set easily to 0, removing the whole price tables is possible now and so removing the whole price entry
- show customfields and cart customfields, even price is set to 0
- discount amount in order BE and fixed stored values for product items
added friday 21.12.2012,
- just added a config to display variant prices in drop downs with tax or not
- cosmetic fix for view order, if coupon is used.
Nice... it's getting better each day !
Well done guys, keep up the great work!
Yes, looks like you are on a very good way!
Thanks a lot, guys!
Quote from: Milbo on December 04, 2012, 11:17:45 AM
-Added fix for search "Hand Shovel" reacts now like "Hand+Shovel" and Hand-Shovel is not longer filtered to "Hand Shovel" and should also work better
Hi Milbo,
I am glad you fix the searching problem.
At the moment I can`t upgrade because a few customized situations I am working on.
But I really need this future on.
I already installed the 2.015c search module on my VM2.014 installation, but search still doesn`t work properly.
Is there same thing else I should do to put this working? Thanks in advanced
The search module does not help. The change is in the product model.
Hi Milbo, thanks for your short reply.
That's way it didn`t work.
So, can you tell me witch file or files and where, in order to make the changes manually by my self?
just install the core and the aio
Found an issue you might want to look into. Set error reporting to maximum, make a payment with paypal and CANCEL it
[attachment cleanup by admin]
Very strange, cannot happen. php version?, strange directory symlink settings?
if (file_exists( JPATH_VM_ADMINISTRATOR.DS.'plugins'.DS.'currency_converter'.DS.$converterFile )) {
$module_filename=substr($converterFile, 0, -4);
require_once(JPATH_VM_ADMINISTRATOR.DS.'plugins'.DS.'currency_converter'.DS.$converterFile);
if( class_exists( $module_filename )) {
$this->_currencyConverter = new $module_filename();
}
} else {
if(!class_exists('convertECB')) require(JPATH_VM_ADMINISTRATOR.DS.'plugins'.DS.'currency_converter'.DS.'convertECB.php');
$this->_currencyConverter = new convertECB();
}
We check first via php function if the file is there, if no file is there,... Maybe just storing the config with a valid selected currency file should be enough.
Hi Max,
can you please confirm the layout files or codes which has been updated in this release? That will help the 3rd party developers like me to update our html overrides in the templates.
Thank you in advance.
Updating from virtuemart aio says.. updated to 2.0.16 correctly but in virtuemart it says "You have the latest version 2.0.14"
Regards
All code changes are too much to write down. The best document is the svn itself. Use tortoise, check all versions at once and then you see all files and you can check easily the differences.
One trigger changed for vmshopper, the rest of the API is mainly the same. There is a zip file showing all difs for people without svn as images.
Quote from: Jumbo! on December 21, 2012, 18:06:27 PM
Hi Max,
can you please confirm the layout files or codes which has been updated in this release? That will help the 3rd party developers like me to update our html overrides in the templates.
Thank you in advance.
productdetails/default_images (switched to fancybox)
also, if you use pop up image in category category/default.php
AND
default_pricelist.php
there is probably more, but that is all I have
also for template changes: http://dev.virtuemart.net/attachments/download/544/virtuemart_2.0.14_to_2.0.16_layout_changes.zip
After update my products are not showing prices. It is just showing "No price set" in the back end. If I open the product, the product pricing is duplicated (for some products displays twice, for some displays four or five times). If I remove all the duplicate product pricing , the product price is displayed in the back end. still in the front end, it is not displayed. Please help..
Quote from: devmuthu on December 23, 2012, 06:49:19 AM
After update my products are not showing prices. It is just showing "No price set" in the back end. If I open the product, the product pricing is duplicated (for some products displays twice, for some displays four or five times). If I remove all the duplicate product pricing , the product price is displayed in the back end. still in the front end, it is not displayed. Please help..
I think your shop is migrated from vm1.1, so you have there old multiprices. Now you deleted the others, but you did not remove the conditions. Empty all fields in the "price table" ( I mean the gui). Empty quantity, date, shoppergroups.
Fantastic update guys. Thanks for your hard work!
Though I tried to "
Update VM plugin tables" and received this message:
- Couldnt read dir source /plugins/vmpayment/moneybookers
- Database updated[/i]
Apologies, am a bit of a newbie. I googled this expression with no luck. Is it just telling me it 'did' update plugin tables? ... but with the exception of Moneybookers? (which is fine since I don't use it)
Many Thanks,
Daniel
No I updated from previous version of VM (2.0.5?!!) I am not sure...
I met the same problem after updating to 2.0.16. (My previous version is 2.0.10) Every time I saved in Product[edit], the dialog box in "Product pricing" duplicates itself once. If i save for many times, it is duplicated again and again. At the same time, I found the button on the dialog box in "Product pricing" cannot response when clicking it, as well as the "Add new price" button below this dialog box. You guess how do I solve this problem? ---change a browser. The problem occurs in Firefox(my version is 17.0.1), but in IE, Chrome, etc... there is no this trouble. Maybe someone who has the same problem can try to use another browser. (I am not a programmer, I do not know why :()
Quote from: Milbo on December 23, 2012, 11:07:30 AM
Quote from: devmuthu on December 23, 2012, 06:49:19 AM
After update my products are not showing prices. It is just showing "No price set" in the back end. If I open the product, the product pricing is duplicated (for some products displays twice, for some displays four or five times). If I remove all the duplicate product pricing , the product price is displayed in the back end. still in the front end, it is not displayed. Please help..
I think your shop is migrated from vm1.1, so you have there old multiprices. Now you deleted the others, but you did not remove the conditions. Empty all fields in the "price table" ( I mean the gui). Empty quantity, date, shoppergroups.
Quote from: PRO on December 21, 2012, 20:09:55 PM
Quote from: Jumbo! on December 21, 2012, 18:06:27 PM
Hi Max,
can you please confirm the layout files or codes which has been updated in this release? That will help the 3rd party developers like me to update our html overrides in the templates.
Thank you in advance.
productdetails/default_images (switched to fancybox)
also, if you use pop up image in category category/default.php
AND
default_pricelist.php
there is probably more, but that is all I have
I used the image pop up in category. Even after copying the default_images.php from local 2.0.14 VM to the VM2.0.16 VM on the server it is not OK. With Firebug I see in VM 2.0.14:
Fred Mellink <div class="product floatleft width100 ">
<div class="spacer">
<div class="width30 floatleft center">
<
a class="modal" href="http://localhost/new_KBC/images/stories/virtuemart/product/dgx-640-c.jpg" title="dgx-640-c">
<img class="browseProductImage" border="0" title="DGX640" alt="dgx-640-c" src="/new_KBC/images/stories/virtuemart/product/resized/dgx-640-c_200x200.jpg">
</a>
In VM 2.0.16:
<div class="spacer">
<div class="width30 floatleft center">
<a href="/nl/component/virtuemart/keyboards/dgx640-detail?Itemid=0" rel="vm-additional-images" title="/nl/component/virtuemart/keyboards/dgx640-detail?Itemid=0">
<img class="browseProductImage" alt="dgx-640-c" src="/images/stories/virtuemart/product/resized/dgx-640-c_200x200.jpg">
</a>
I am not a real programmer/developer and need some help: which php to edit and what to change in the file is one question. Another one: How can I make html overrides to make the layout more rugged.
Thanks for help!
Having the same problem as deepdeepsea.
After the update my products didnt have any prices, show I opened a product in backend and saw that "Product Pricing" fields have been quatraplicated, I deleted them so price was shown again in frontend but after a refresh prices was lost once more.
Re-opened product in backend and I saw that "Product Pricing" has been multiplied by 5....
[attachment cleanup by admin]
The are some bugs with prices in this 2.0.16.
A part from the mentioned, shipping VAT is getting rounded together with final sales price
We want 2 decimals in the final sales price and 4 in the shipping VAT price but they act together.
If you select round final sales price to 2 (as 99% people will want) you are fu****!!! cause the system automatically rounds up VAT for shipping cost to 2 - BIG MISTAKE
SHIPPING VAT should be rounded in Choose rounding for TAX AMOUNT and not FINAL SALES PRICE!!
If you are ussing Shipping costs with VAT, this VAT gets rounded to 2 also and that will cause error in your final price not showing an entire number. it will be .99 or .01 in many cases.
Already mentioned it here and got completely ignored btw:
http://forum.virtuemart.net/index.php?topic=111435.0
This is critical! we can't calculate exact shipping VAT if we can't use 4 decimals!! This will happen to everyone that needs 3 or 4 decimals in their shipping VAT.
Imagine your shipping is 7 € with 21% VAT applied.
When rounding to 2 it will never be 7.00 it will say 7.01 and your final sales price will show that .01 too.
Really frustrating
I too, am having the same issues with pricing. After the update, any products that were updated and saved yielded a 'No price Set" message in the back-end product menu list. My quick resolve was to delete all of the additional pricing boxes that had been created within the product description itself and then saved. Going back into the product description edit area would duplicate the pricing boxes again and would yield the "No price set" message again if saved without first deleting the again duplicated pricing boxes in the product edit area.
I started a project at the end of September and have had to go through no less than 4 updates since beginning the project. EVERY UPDATE has caused massive pain and grief in my development process, creating MORE ISSUES AND BUGS than RESOLVES. I implore you, PLEASE cease with the updates! Does no one vet these before release? How could such a major bug go unnoticed?
I know everyone says, "Hey the VM guys and gals do this for free, and give to you for free, yada, yada, yada", but that doesn't cut the mustard with me anymore. They are delivering a product that developers and others use for business and within business relationships. These update issues and bugs cause a world of pain AND EXPENSE for those who have mistakenly chosen to use their products. If you aren't committed to your project, then END it's development. If you are committed to the project, then please, please be more thorough with your development, updates, vetting and releases.
I want to like VirtueMart. I promise, I do. But it is almost impossible to do so at this point. I can't even concentrate on development of my project because I spend all of my time tracking down / repairing / finding work-arounds to issues within VM with every update. I CRINGE when I log in and see "UPDATE AVAILABLE" illuminated within VM. I CRINGE. And just about the time I find resolves for all of the latest update bugs and get back to the business of developing the actual project itself....GUESS WHAT- A new update! I CRINGE!
I think Forrest Gump said it best, "VirtueMart Updates are like a box of chocolates, you truly NEVER KNOW what you're gonna get."
And before I'm chastised for not doing so (even though it should be apparent at this point), I am using Joomla 2.5.8, VM 2.0.16, and my favorite color is red.
After upgrade to 2.0.16 I have a ERROR !!!
This upgrade altered shipment plugin table.
I create new shipment plg with new field :
Shipment plugin class file , at VM2.0.14 it works fine.
...
function getTableSQLFields () {
$SQLfields = array(
'id' => 'int(1) UNSIGNED NOT NULL AUTO_INCREMENT',
'virtuemart_order_id' => 'int(11) UNSIGNED',
'order_number' => 'char(32)',
'virtuemart_shipmentmethod_id' => 'mediumint(1) UNSIGNED',
'shipment_name' => 'varchar(5000)',
'order_weight' => 'decimal(10,4)',
'shipment_weight_unit' => 'char(3) DEFAULT \'KG\'',
'shipment_cost' => 'decimal(10,2)',
'shipment_package_fee' => 'decimal(10,2)',
'vmsklad_kod' => 'varchar(500)',
'tax_id' => 'smallint(1)'
);
return $SQLfields;
...
Before Upgrade to VM2.0.16
(http://77.244.78.69/climatik/2/before_upgrade0.16.jpg)
After Upgrade to VM2.0.16
(http://77.244.78.69/climatik/2/after_upgrade0.16.jpg)
You can see the field vmsklad_kod was lost !
And VM can't confirm orders with this shipment plagin ! - SQL Error
I wonder are we the only ones having issues with this pricing thing?
Quote from: Makis77 on December 30, 2012, 17:21:33 PM
I wonder are we the only ones having issues with this pricing thing?
Perhaps, because after reading this thread, I have held off on upgrading.
Another issue with prices here.
After updating from 2.0.14 to 2.0.16 I cannot update prices in the BE. Didn't try if this only affect to existing products. Any idea?
Thanks!
Well, I've restored a fresh backup and will wait until next update.
Developers are probably drunk or about to get drunk, so wait till they come back from holidays and hopefully they will solve all the price issues before I jump from my 8th floor trying to get round prices.
Please test
http://dev.virtuemart.net/attachments/download/549/com_virtuemart.2.0.16a_extract_first.targz.zip
http://dev.virtuemart.net/attachments/download/550/com_virtuemart.2.0.16a_extract_first.zip
Stas40 virtuemart tables are finetuned by almost any update, if you want ot prevent deleting columns you must enter the right setting in your config file, there are threads about it.
TheWebSet I understand your point and we agree. The last version 2.0.16 was tested more than 3 weeks. This version 2.0.16 should only have fixes of the last version. Next year there will be a lot less updates.
What have been changed in 16a ?
btw the multiple prices problem, look this thread http://forum.virtuemart.net/index.php?topic=111489.0
changed in "a" version?
shopper fields should be orderable (thanks to rupostel).
and the bugs which appeared since christmas. Almost all, except the shipment if a min price is set and the breadcrumbs problem reported by patbe60. Shipment is also solved, but still in svn.
I told rupostel that still there is problems with product ordering, for me this is far more important problem :)
Great changes!
Question about facebox: specifically where it is removed?
Quote- removed facebox in FE, is using also the fancy box now
The templates:
\components\com_virtuemart\views\productdetails\tmpl\default.php
and
\components\com_virtuemart\views\cart\tmpl\default.php
- it's used.
QuoteAttention: The calculation of the shipment is now moved BEFORE the calculation of the cart rules. That means if you use for the vat tax the rule per bill, then the shipment condition for the amount is netto and not brutto anylonger.
- what to do if the shipment plugin calculates the cost of shipping based on total weight of all items in the cart?
Hi,
when I update from 2.0.16 to 2.0.16b, no products were shown in FE in categories. I could see them by direct access, but not in the categories.
I install 2.0.16 back and now products are back.
Quote from: konstantin-shkodskih on January 04, 2013, 04:10:18 AM
QuoteAttention: The calculation of the shipment is now moved BEFORE the calculation of the cart rules. That means if you use for the vat tax the rule per bill, then the shipment condition for the amount is netto and not brutto anylonger.
- what to do if the shipment plugin calculates the cost of shipping based on total weight of all items in the cart?
There shouldnt be any difference, the weight is in both cases already calculated.
Quote from: midnas on January 04, 2013, 11:06:45 AM
Hi,
when I update from 2.0.16 to 2.0.16b, no products were shown in FE in categories. I could see them by direct access, but not in the categories.
I install 2.0.16 back and now products are back.
I need to see this myself to understand it. The b version is running live on our store.
Hi Milbo!
I found the problem. It was default sort order = "ordering".
I got no error in FE just empty page, but in BE in product view I got:
vmError: exeSortSearchListQuery Unknown column 'ordering' in 'order clause' SQL=SELECT SQL_CALC_FOUND_ROWS l.`virtuemart_product_id` FROM `p1flb_virtuemart_products_sl_si` as l JOIN `p1flb_virtuemart_products` AS p using (`virtuemart_product_id`) group by p.`virtuemart_product_id` ORDER BY ordering DESC LIMIT 0, 15
So I reset default sort order and now it works.
In 2.0.16 for "ordering" value was "ordering", in 2.0.16b is "pc.ordering".
Regards,
Sandi
Please test
http://dev.virtuemart.net/attachments/download/562/com_virtuemart.2.0.16d_extract_first.targz.zip
http://dev.virtuemart.net/attachments/download/563/com_virtuemart.2.0.16d_extract_first.zip
changes
A:
- fixed error in currencydisplay line 60 (just set a default), error was that the function file_exists returns true also for directories and so it tried to load a directory.
- added width and height for thumbnail creation
- added in _createOrderCalcRules a continue, if there is no calculation rule to use
- small fix, should keep the correct category for a product, in case a product is in more than one category, then checking productdetails should show the correct neighbored products and layouts.
- fixed small error using the category layout instead of the product category layout (in productdetails view FE)
- added ssl settings for login
- removed hardcoded language tags of the JvalideForm files
- fixed default 0 problem in shopperfields
- fixed required data of currencies, all are set to shared now, should prevent errors if people use an a bit misconfigured multiple vendors store
- added a fix so that restoring the config should actually delete all old values (before values without default value were kept)
- fixes by stan (rupostel) for ordering of the shopperfields
- category description in the BE list is now truncated, so that it should not break the layout anylonger
- fix by stan for weight countries
- added a config setting so that you can disable rounding of temporary results
- fixed the error that the prices of products in cart do not adjust to used quantity
- deletion of userfield values (by stan;rupostel)
- changed the time settings. time is now stored using the date offset stored in joomla.
B:
- when file is downloadable, subtitle is displayed, and the link includes the subtitle
- Joomla menu link manufacturer/vendor fixed
- added default for categories_per row
- enhanced debug messages for weight_countries.php
- Changed all time offsets back to UTC
C:
- Revenue should use the correct time
- Rewrite of the user fields output to make the delimiters work as they should by mowebso (eugen)
- fixed that product edits keep ordering (got somehow broken, or was never correctly working)
- Paypal: Ipn notification via SSL + 443
- fraud protection, paypal
- prevent overwrite of child products if non price is set, if the parent is stored with more than one price
- opening a product, with a zero price is now preventing that the price is automatically stored as 0.0
D:
- synchronising media got new break
- installation script, set max limit to 140 only if set lower already
- fixed that canonical cat is always a published one
- fixed problem with pagination, using manufacturer id as filter in category view
I am using 2.0.18a and do not experience this correction
Quote- Important fix for Vat Tax. If the products of a cart are only using one Vat tax, then this vat is used for recalculation. The Vat tax is now also the correct choice for the tax if you are used to have discounts before tax. Or in other words, cart discounts and coupons are now correctly reducing the tax, if configured correctly.
Here is what I am gettng:
Without Coupon:
Price of items: 300,00 kr
Shipping: 63,75 kr
Totalt: 363,75 kr
25% Tax: 72,75
With Coupon:
Price of items: 300,00 kr
Shipping: 63,75 kr
25% coupon: -75,00 kr
Totalt: 288,75 kr
25% tax: 72,75
Tax is the same with and without the coupon. How can I get the correct Tax after a coupon? Is it even possible?
http://forum.virtuemart.net/index.php?topic=113052.0