VirtueMart Forum

For updaters: please delete your virtuemart.cfg in /administrators/components/com_virtuemart and store your vm config one time

We would like to directly do the final release, but we need more help with testing. Looking back, the M version was already like a final except some small bugs, which we were able to fix within 5 minutes.

So when enough people join the tests here in the forum, we could do the final release next wednesday (assuming we find only 5 minute bugs).

The new version is changing the db layout dramatically, the format how some data is stored is also changed, so the upgrade process is a bit nasty. Vm2 is now always multilanguage, that means, even when you use only one language, vm2 is using speshitpilled tables to store translatable data. Therefore it is very important before you update to check that your default joomla frontend language is the same as you use in the description of your products. So when you used atm english in your store, but it should be a spain shop than it is important that you change the joomla frontend language to spain before the upgrade.

The updater is also checking every table definition and updating it. The updater is even merging a table. So the upgrade process is quite database intensiv. We tested it of course also with more than just the sampeldata. When there are already a lot products in the store, you should disable the joomla debug, the akeeba enhanced installer and maybe even the vm debugger. Other case it can happen, that you just see a blank page.

It also always good to rise the max_execution time and the memory_limit to prevent that the script stops.

Be aware that the migrator is not updating already done payments or simular, please contact the team in this case.

http://dev.virtuemart.net/attachments/download/369/com_virtuemart2.0.0_RC3_extract_first.zip

REMEMBER to install both, CORE and AIO!

Also Consider that the update button is now falsly showing that there is a new update available ( in fact you would downgrade). The reason for this is that it is an unofficial release.

Fixed in h:
Pagination fix, when coming from page higher than choosen category
some little typos in shipment/payment plugins
various other small fixes

payment plugins can now handle other currency than shop currency
Fixed in g
- error storing all kind of addresses
- better search support
- order date fix
- language key for router file (you may go in your config and store it one time to apply the correct orderby and search fields
- found some errors in the updater
- various others described the last days here.
- removed stockable customfield plugin
- added specification customfield plugin

Fixed in f
bug creating new product,
some various others

Fixed in e version
not storing of payment/shipment params in j1.7
various small installer bugs
...

Fixed in b version
- aio is deleting now existing files before move, so the updating should work as before
- slug generation adjusted to language tables and checking when the slug is found, if it is from the own identity or another

Fixed in the a version:
- fixed broken calculation rules.
- small typos


General new features and bigger fixes of the N regarding RC3:

- multilanguage system
- enhanced pluginsystem
- found sever security bug (XSS) and fixed.
- joomla cache
- optimisation of queries
- optimisation of tables

Hi Max,

I`ve done the update, and now de front-end is showing a error 500, what should I do now?

Hope you can help me out, and greetings from the Netherlands!

Lagendijk, update from what?

Updated to test the new pre subrelease N, as shown in Milbo`s post. The back-end works fine, but the front-end is blank now..
I`ve update from from 1.9.8M.

Quote from: Lagendijk on December 01, 2011, 22:08:33 PM
Updated to test the new pre subrelease N, as shown in Milbo`s post. The back-end works fine, but the front-end is blank now..
I`ve update from from 1.9.8M.

Hi Lagendijk,

activate please the joomla error to maximum. then you get an error on the blank screen.

I had there an fatal error with vmpayment plugin. Uninstall aio and all vm plugins and then install the new aio again. Here it works ;-).

regards,
Urs

I get the blank page 500 error as well. 
It's the shopping cart module. Everything works fine until I enable the shopping cart. 
I tried uninstalling everything and re-installing to no avail.

I think the error is that the aio is not overwriting anylonger (hmpf).

So you have an old shipment plugin which makes trouble.

I haven't used any shipping plugins.  Everything I use is out-of-box

Thanks Urs,

It works now  ;D

Sorry, this is my fault, I completely misunderstood.
I uninstalled the VM plugins (there was a payment plugin leftover) as well as the AIO and modules and reinstalled and now it works.
I've had to uninstall the AIO and modules before to get subreleases to work, but never had to uninstall the plugins before so I overlooked that.
Thanks for the help.

that the plugins are not updating is bad, we must fix this.

I see there is a new version 'pre_a' that just came out, does that fix the install problem, or do we still need to remove the VM plugins and payment plugin first? 

no fix for the install problem, but there will come version b in 1-2 hours

Version b released with the fix for the install. Some words to the testing:

a whole test of vm2 how I started to describe in http://dev.virtuemart.net/projects/virtuemart/wiki/Test_cases would take a single person maybe 2-3 days. The idea is that maybe 20 people or more test virtuemart. Of course it is very likely that most people just test the same, which is already tested and working. But the more people join the test run, the more specific problems will appear.
The natural problem with testers in our project is that they test of course mainly what they need themself. The longer you test, the more you know the program and already know how to avoid problems (like Urs directly knew, that the aio is the problem), so it is very hard as tester to simulate a newbe. The longer the people test, the more they are used to the quirks of the program and dont notice them anylonger.

Well now i know what my plans are for this evening.

I installed the VM2rc3 versionb 2 files in joomla173 but after the vm2rc3preb install i get this error (or what) several times.

in_array() [function.in-array]: Wrong datatype for second argument in /home/../administrator/components/com_virtuemart/helpers/vmtable.php on line 434
but the install was successfully.
Then i intsalled the aio plugin without any error. The backend works (not tested so much) but the frontend has some problem (vm categories not shown).

http://pilis.feketegyuri.hu/index.php/koenyveink (vm2_rc3_pre_b with j1.73)
but it should be look like this:
http://pilisprint.feketegyuri.hu/index.php/koenyveink (1.98M version with j1.73)

http://pilis.feketegyuri.hu/index.php/akcios-koenyvcsomagok/1-csomag-szepirodalom-ezoteria
but it should be look like this:
http://pilisprint.feketegyuri.hu/index.php/akcios-koenyvcsomagok/1-csomag-szepirodalom-ezoteria

What happend with the template? Maybe some vm settings changed in backend?

Manch

Please try the new version
http://dev.virtuemart.net/attachments/download/353/com_virtuemart2.0.0_RC3_Pre_c_extract_first.zip

the second error seems to be the standard that the product out of stock are not shown. the cache of the config is now connected to the joomla cache, so just deactivate the joomla cache for configuration and it should work.

RC3 c - I found that:
-paypal payment plugin does not have the email field.
-the consequence on my cart is that after i checkout i see only the "Order Confirmed" and not the paypal site

Related to this argument:
if a client click on checkout he recives the order email with "thank you for your purchase" even if he dont pay. So if a client didnt pay ( es. not enogh credit on card ) how can he pay later? The quick solution is to remake the order... but i think it would be more professional if the client:
- recives a second email after his payment is done or
- a quick solution, he recive in the order email a link that says something: "If u didn't pay..do it with this link"

Another bug from previus relese is:
when the client wants to purchase without register if he clicks accidently on one of the required fields(es. user, pass ) he must refresh the page for flush the javascript input control. The solution is to disable the js input contorol on the first 4 fields if the client press "Purchase as guest"

Hi,

I am not sure i do understand what you mean

Quote-paypal payment plugin does not have the email field.
-the consequence on my cart is that after i checkout i see only the "Order Confirmed" and not the paypal site

If you do no set a merchant email, you do not go the paypal web site. It is the way it should be done.

Quotef a client click on checkout he recives the order email with "thank you for your purchase" even if he dont pay.

If a client does not pay, he does not receive an email, and the card is not emptied.

QuoteSo if a client didnt pay ( es. not enogh credit on card ) how can he pay later?

The cart is not emptied, so he can even change his payment method, and pay.

Quote from: alexsai on December 02, 2011, 17:57:56 PM
RC3 c - I found that:
-paypal payment plugin does not have the email field.

in the payment method click the "configuration" tab.

In my case paypal configuration is not saving the information to the DTB, Milbo is working on it

Some more hickups using J1.7.3/VM2 revision 4911:

After applying the b version, I ended up with empty _virtuemart_vendors_de_de and _virtuemart_vendors_en_gb tables (Shop is set to multilingual).
The information in the _virtuemart_vendors table appears to be somewhat truncated. Looking at the database table, the vendor name is filled with my street address, store name field is empty.
Problem now seems to be that I can't store my vendor information from VM admin in the new en-GB and de-DE tables. Vendor Shop Name and Vendor Additional Informations aren't stored. Shop Company Name does get stored.


After clicking 'Install tables or if necessary update them', VMDebug still tells me this:
vmError: TableCustoms The given Title is empty. This field is obligatory, please enter your data and store again.
Does that mean it I have a missing title in the _virtuemart_customs table?

Update:
@Milbo - After re-entering the somehow corrupted Vendor Information manually into the database tables again, I finally got my calculation rules back.  :D

Update 2:
Bad luck again - the calculation rules are ommitted in the frontend views. Only currency exchange rate is applied to the cost price. In the backend the calculation rules seem to work ok.

...rly... when i say "-paypal payment plugin does not have the email field" I mean I DON'T SEE the EMAIL FIELD after upgrade. See the attackment.  :o
Unfortunatly from my tests i recive "order confirm" after the client click checkout, if he pay on paypal or not it does not change anything. If u say so then I think  this is only my problem. ( btw I created an account for you, if u want to see it with your eyes u can do it  ??? )

If a client didnt pay ( no credit on card),probably he cant finish the order in that moment. So he will recharge his card and pay later... Like on ebay, u dont have to pay in that moment. Anyway this part isnt so important, dont mind about it.

[attachment cleanup by admin]

alexsai, you did not choosed the paypal plugin. This is the standard plugin.

Found the vendor store error, was a kind of typo.

But I do not understand the thing with the calculation rules and that the storing for CranialBlaze.

quickfix for the vendor information, just delete the column vendor_store_name in the table _vendors.

Quote from: Milbo on December 03, 2011, 13:35:26 PM
But I do not understand the thing with the calculation rules...

I think I will set up a fresh system, import my database and see if it makes a difference later today.  ;)

Hi alexsai,

Problem: -paypal payment plugin does not have the email field.

I had the same problem.  Problem is the paypal plugin is not upgraded.
When I uninstall allinone, its not removing paypal.  So I explicitely checked paypal for uninstall.

It works fine with a fresh install,  try that way

Regarding price calculation rules not being applied to the frontend view:

I guess that part of the problem that my calculation rules are ommitted in the frontend views are a few "dbTax/dbTaxRules" instead of "DBTax/DBTaxrules" in the files
...administrator\components\com_virtuemart\views\product\view.html.php
...\administrator\components\com_virtuemart\views\product\tmpl\product_edit_information.php
...just a guess...:-)

I set up correctly the paypal plugin.
When I try to save the configuration tab it does not change anything. ( see the attackment )
It does not save the configuration, the column payment_params in virtuemart_paymentmethods table remain unchanged.

If I modify this in DB setting up the correct params:
{"paypal_merchant_email":"mypaypal@email.com","PAYPAL_VERIFIED_ONLY":"0","sandbox":"0","sandbox_merchant_email":"","payment_description":"","debug":"0","status_pending":["P"],"status_success":["C"],"status_canceled":["X"],"min_amount":"","max_amount":"","payment_value":"","payment_tax_id":"-1"}
The problem remain when i try to pay, im redirected to the order confirmed page without passing through paypal.
Any idea?

Thanks the help Milbo!
I deactivate the joomla cache and uninstall the plugins and after that i put the the new vm2rc3d and aio. I checked the vmplugins versions and still v1.9.8. So i dont know what to do whit this plugin mistery.
The "product out of stock" are checked in and in frontend i get another error which i think is template specific.

for example here:
http://pilis.feketegyuri.hu/index.php/koenyveink/ezoteria

Fatal error: Call to a member function getResultsCounter() on a non-object in /public_html/pilis/templates/hot_cosmetics/html/com_virtuemart/category/default.php on line 144

this row in the php file is this:
<div class="width30 floatright display-number"><?php echo $this->pagination->getResultsCounter();?><br/><?php echo $this->pagination->getLimitBox() ?></div>

Manch

Quote from: manch on December 03, 2011, 22:20:19 PM
Fatal error: Call to a member function getResultsCounter() on a non-object in /public_html/pilis/templates/hot_cosmetics/html/com_virtuemart/category/default.php on line 144

this row in the php file is this:
<div class="width30 floatright display-number"><?php echo $this->pagination->getResultsCounter();?><br/><?php echo $this->pagination->getLimitBox() ?></div>

Manch

All you had to do is look in the original view files to see if it changed.
Change it to this
<?php echo $this->vmPagination->getResultsCounter();?>

Quote from: BanquetTables.pro on December 03, 2011, 22:28:54 PM

Quote from: manch on December 03, 2011, 22:20:19 PM
Fatal error: Call to a member function getResultsCounter() on a non-object in /public_html/pilis/templates/hot_cosmetics/html/com_virtuemart/category/default.php on line 144

this row in the php file is this:
<div class="width30 floatright display-number"><?php echo $this->pagination->getResultsCounter();?><br/><?php echo $this->pagination->getLimitBox() ?></div>

Manch

All you had to do is look in the original view files to see if it changed.
Change it to this
<?php echo $this->vmPagination->getResultsCounter();?>

I had that same problem last night

Like for some of you my problem is with plugins ( payment and shipping ).
I tried a fresh installation and i have the same problems, cant save anything in the plugins tabs.
A question: what version should we read in extension manager for plugins and modules? I read always 1.9.8 in both upgrade and from scratch installation.

Quote from: alexsai on December 04, 2011, 00:26:20 AM
Like for some of you my problem is with plugins ( payment and shipping ).
I tried a fresh installation and i have the same problems, cant save anything in the plugins tabs.
A question: what version should we read in extension manager for plugins and modules? I read always 1.9.8 in both upgrade and from scratch installation.

its because the version you are using is higher , and not fully released yet.

have you tried " update or install tables if neccessary' ?


make a backup first, mote than likely it does not have anywhere to save to because the plugins changed i think.

just tried... i get err 500
JDatabaseMySQL::query: 1091 - Can't DROP 'PRIMARY'; check that column/key exists SQL=ALTER TABLE `dl5ar_virtuemart_calcs` DROP PRIMARY KEY , ADD PRIMARY KEY (`virtuemart_calc_id`);  :'(

Hi everyone,

Quote from: Milbo on December 01, 2011, 14:12:30 PM
General new features and bigger fixes of the N regarding RC3:

- multilanguage system
- enhanced pluginsystem
- found sever security bug (XSS) and fixed.
- joomla cache
- optimisation of queries
- optimisation of tables

I don't understand why I can't save my options in custon stockable plugin. See http://forum.virtuemart.net/index.php?topic=94312.msg309571#msg309571.
Cheers.

ah found the problem. Only occurs in j1.7, but it happens due the registering of events. Fixed version will be uploaded soon.

thx Milbo, maybe i will finally stop to refresh this topic 5 times per hour  ;)

J1.7.3/VM2 SVN revision 4925
Hmm..., my price calculation rules are still ommitted in the frontend views. Also I still get this error from VMDebug when I click on "Update tables..." in BE tools.

vmdebug Check returned false TableCustoms
vmError: TableCustoms The given Title is empty. This field is obligatory, please enter your data and store again.

I wonder if the two problems are related?

Ok, I can save params in both shipment and payment plugin but when i try to checkout I have this problem with shipment:

500 - JDatabaseMySQL::query: 1054 - Unknown column 'virtuemart_shipmentmethod_id' in 'field list' SQL=INSERT INTO `dl5ar_virtuemart_shipment_plg_weight_countries` (`id`,`virtuemart_order_id`,`order_number`,`virtuemart_shipmentmethod_id`,`shipment_name`,`order_weight`,`shipment_weight_unit`,`shipment_cost`,`shipment_package_fee`,`tax_id`,`created_on`,`created_by`,`modified_on`,`modified_by`) VALUES ('0','79','ed4d3ec2','0','Bartolini','0','KG','0','5','0','2011-12-04 21:03:55','0','2011-12-04 21:03:55','0')

I tried to adapt the requested fields in weight_countries.php to fit your query and adding the last 4 columns (`created_on`,`created_by`,`modified_on`,`modified_by`) to the table.
After that i got a fatal error on /plugins/vmpayment/paypal/paypal.php on line 108
$order_number = $order->getOrderNumber($cart->virtuemart_order_id);  commeting this line I finally can see the paypal site.

How this can help you.

Hi,

Quotemaybe u wanted to write "shipper_id" instead of virtuemart_shipmentmethod_id"?

It should be  virtuemart_shipmentmethod_id

But there is something wrong with  the query, because the virtuemart_shipmentmethod_id=0 and it should not be 0.


I cannot reproduce you error. Can you give some more input?

Hi,

You changed your post while i was answering.

QuoteI tried to adapt the requested fields in weight_countries.php to fit your query and adding the last 4 columns (`created_on`,`created_by`,`modified_on`,`modified_by`) to the table.

You mean that the table was created without those 4 fields?

After upgrade to RC3 e my virtuemart_shipment_plg_weight_countries  table is:
id
virtuemart_order_id
shipper_id
shipper_name    text
order_weight
shipping_weight_unit
shipper_cost
shipper_package_fee
tax_id
order_number

hi

QuoteYou changed your post while i was answering.

For people reading the forum, it is importatn that you do not modify your post. Otherwise the answers do not mean anything. :)

QuoteAfter upgrade to RC3 e my virtuemart_shipment_plg_weight_countries  table is:
id
virtuemart_order_id
shipper_id
shipper_name    text
order_weight
shipping_weight_unit
shipper_cost
shipper_package_fee
tax_id
order_number

Ok, i will check that today. Txs for the info.

so is it safe new to update from 1.9.8 M ?

Hi! I am using version RC3 e and I noticed a few problems with the breadcrumbs. When creating a menu item that links to the top level category, when visiting this menu item, the breadcrumbs show an empty entry at the end. Furthermore, when clicking on a category from that same page, the breadcrumb that corresponds to the menu item seems to go missing in the new page.

Anybody out there currently using calculation rules for calculating final prices?

At present mine don't work anymore in the frontend views. I've set up a profit margin as "Price modifier for PMargin" with the 'Math Operation' set as +%, various Discount as "Discounts Before Tax" with the 'Math Operation' set as +, and several taxes. Each product bears the profit margin, one DBTax and one Tax.

Now, in the backend the price calculation shows correctly. For a certain product the price is calculated like this:
'Cost Price' + 'Profit Margin' + 'Discount Before Tax' (which is actually a surcharge in my case) + 'Tax' = 'Final Price'

But in the frontend views I get:
'Cost Price' + 'Discount Before Tax' = 'Final Price'

Let me know if you encounter something similar. If a similar setup is working for you, I might have a bug which is exclusively for me  ;)

Quote from: alexsai on December 04, 2011, 01:44:17 AM
just tried... i get err 500
JDatabaseMySQL::query: 1091 - Can't DROP 'PRIMARY'; check that column/key exists SQL=ALTER TABLE `dl5ar_virtuemart_calcs` DROP PRIMARY KEY , ADD PRIMARY KEY (`virtuemart_calc_id`);  :'(

Just to make sure no one get stuck on this, you must make sure that the joomla global settings "Debug System" is set to no, otherwise the RC3_pre_e update will fail on SQL errors.

getting this error when i try to add a new product....

Fatal error: Call to a member function get() on a non-object in /home/bootleg/public_html/administrator/components/com_virtuemart/views/product/view.html.php on line 152

I cant add a product too, getting a black page ( probably the same error of Aliciah ).
@kyrotomia: thanks, but i used all the raccomandation from Milbo, no cache, no debug(vm and joomla), no akeba backup.

J173 + RC3_Pre_e

Cannot save neither Payment method nor Shipping method.

All fields are filled, click "Save" - form reappears with blank fields. Period.

Quote from: alexsai on December 04, 2011, 23:59:20 PM
After upgrade to RC3 e my virtuemart_shipment_plg_weight_countries  table is:
id
virtuemart_order_id
shipper_id
shipper_name    text
order_weight
shipping_weight_unit
shipper_cost
shipper_package_fee
tax_id
order_number

After upgrade to RC3, I have the same table structure, fine! But now, when I create on order, this table is not completed, there is no record for the order in it. And when I view my order in administrator, I get an red error:

SELECT * FROM `#__virtuemart_shipment_plg_weight_countries` WHERE `virtuemart_order_id` = 33

J173 + RC3_Pre_e

Got it in the front end:

Warning: Invalid argument supplied for foreach() in <<<path>>>/administrator/components/com_virtuemart/plugins/vmpsplugin.php on line 501

(fresh installation, no payment or shipping method configured)

Quote from: SamF on December 06, 2011, 17:08:51 PM
J173 + RC3_Pre_e

Got it in the front end:

Warning: Invalid argument supplied for foreach() in <<<path>>>/administrator/components/com_virtuemart/plugins/vmpsplugin.php on line 501

(fresh installation, no payment or shipping method configured)

that line refers to shopper groups. DO you have shopper groups?

I think I do:


[attachment cleanup by admin]

Quote from: Aliciah85 on December 06, 2011, 02:05:31 AM
getting this error when i try to add a new product....

Fatal error: Call to a member function get() on a non-object in /home/bootleg/public_html/administrator/components/com_virtuemart/views/product/view.html.php on line 152

Hi everybody,

got the same error as Aliciah85 on J1525 + RC3_Pre_e

Quote from: millennium on December 06, 2011, 17:47:24 PM

Quote from: Aliciah85 on December 06, 2011, 02:05:31 AM
getting this error when i try to add a new product....

Fatal error: Call to a member function get() on a non-object in /home/bootleg/public_html/administrator/components/com_virtuemart/views/product/view.html.php on line 152

Hi everybody,

got the same error as Aliciah85 on J1525 + RC3_Pre_e

Quote from: Aliciah85 on December 06, 2011, 02:05:31 AM
getting this error when i try to add a new product....

Fatal error: Call to a member function get() on a non-object in /home/bootleg/public_html/administrator/components/com_virtuemart/views/product/view.html.php on line 152

EDIT: my fix was not the correct one, this issue is fixed for the next release.

First of all Hi everybody!

BUG 1. From 1.9.8M to J173 + RC3_Pre_e don't work NOTIFY system. So when I go to product that's zero in stock and click on Notify button open window like when I add the product to the cart and nothing happens. I think if I click on button I will see the windows with email field.

BUG 2. When I install VirtueMart or update it to RC3_Pre_e in English version, I see all of products, but when I change admin and site language to Russian all products from VirtueMart disappear. HINT: The Multilanguage is not active!

smartserver, thats because you filled in all the products when it was set in english.

Look at Milbo's first post in the thread

Quote from: smartserver on December 06, 2011, 19:18:17 PM
BUG 2...

You can solve this quickly by exporting the english language product table and import it into the russian one again with phpmyadmin.
(you might have to do the same with the category and manufacturer tables, too.)

Yes, we want address this problem with an extra tool. Our system is fast, but has atm no fallback to the standard language. So we want to provide a tool which automatically fills the empty descriptions with the main description and a tool, which shows which descriptions in the languages are the same, so that you can fast find non translated products.

Atm you must use the multilanguage system consequent to get the right consistence. As far I can see, we gained speed compared to other solutions, but loose the fail prove status regarding the language.

It is almost always in the informatic. You can force consistence with a lot of tests and workarounds and this slows, on the other side you can write faster solutions, when you just assume that the input is correct.

We always try to put the tests into the storing commands, because the browsing, the get functions must be fast. So you can have a slow and safe design or a fast nasty one :-). We decided for the multilanguage to choose a fast, but nasty one.

ok. so if my joomla is on italian language and i have installed VM  rc2 m in english. how can i upgrade without "lose" all my products and keep joomla in italian?

ok- can access the new product area now, but when i try to save it says

Parse error: syntax error, unexpected ':' in /home/bootleg/public_html/plugins/vmcustom/textinput/textinput.php on line 205

it also couldnt install the VM component properly as there was a file missing...

JInstaller: :Install: File does not exist /home/bootleg/public_html/tmp/install_4eded36635afd/install/script.virtuemart.php
Component Update: Could not copy PHP install file.

Quote from: Aliciah85 on December 07, 2011, 03:46:25 AM
it also couldnt install the VM component properly as there was a file missing...

JInstaller: :Install: File does not exist /home/bootleg/public_html/tmp/install_4eded36635afd/install/script.virtuemart.php
Component Update: Could not copy PHP install file.

Same problem :(

Quote from: Aliciah85 on December 06, 2011, 02:05:31 AM
getting this error when i try to add a new product....

Fatal error: Call to a member function get() on a non-object in /home/bootleg/public_html/administrator/components/com_virtuemart/views/product/view.html.php on line 152

The object does not exist. In the Attechement is the complete directory product.
/administrator/components/com_virtuemart/views/
Replace the existing against this.


[attachment cleanup by admin]

sorry, installer was just tested on j1.5 and so an extra j1.7 installer folder was missing. The little typo in the textplugin should also be fixed, but not tests. (just looked in the file and it was obvious).

new installer worked :)

still getting the error when i try to save a product...

Parse error: syntax error, unexpected ':' in /home/bootleg/public_html/plugins/vmcustom/textinput/textinput.php on line 205

Quote from: Milbo on December 07, 2011, 05:47:40 AM
sorry, installer was just tested on j1.5 and so an extra j1.7 installer folder was missing. The little typo in the textplugin should also be fixed, but not tests. (just looked in the file and it was obvious).

Thanks for your quick reply. Now I can install the component. But I have new problem: The add to cart function doesn't work properly. http://progressiverenewal.org/2012/coach/resource-center

You can check it with user/pass: huytp/123456

Thanks so much,

I install the new pre f but I have a fatal error:

Fatal error: Call to undefined method vmPSPlugin::OnCheckAutomaticSelected() in /homez.398/stickerv/www/plugins/vmshipment/weight_countries/weight_countries.php on line 359

Hi Everyone
I have install all the pre releases up to the F now, but are unable to save vendor - Additional Information.

Any help would be great.

Quote from: zzsser on December 07, 2011, 08:24:39 AM
I install the new pre f but I have a fatal error:

Fatal error: Call to undefined method vmPSPlugin::OnCheckAutomaticSelected() in /homez.398/stickerv/www/plugins/vmshipment/weight_countries/weight_countries.php on line 359

Solve: I re-install "com_virtuemart2.0.0_RC3_Pre_f.zip" and now it seems to work properly except this problem described in an other post :

Notice: Undefined index: p.product_name in /homez.398/stickerv/www/components/com_virtuemart/router.php on line 84

Quote from: Suzistore on December 07, 2011, 09:04:10 AM
I have install all the pre releases up to the F now, but are unable to save vendor - Additional Information.

Same thing here..
Did a clean install of Joomla 1.7.3 & VM 2.0.0RC3_Pre_f

Hi
In this version, the shop tab has disappeared again, so I can't change any of the shop details.
Also, I have the categories module in the left column, which disappears when I select a category, but reappears when I select product detail.
Regards
David

Found the error with address and vendor. Not that it disapears, cant reproduce, but a cast on int (against sql injection) was too much and destroyed loading of the user addresses (details). It is in the svn.

Does this latest Subrelease N fix the 0.00 struckout price in the cart?

Brian

Pre-f upgraded from M and now I cannot add or clone new products - 500 error for all actions - plugin stockable is the cause for this

Also getting

Notice: Undefined property: TableProducts::$product_price in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/administrator/components/com_virtuemart/views/product/view.html.php on line 290

Notice: Undefined property: TableProducts::$product_currency in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/administrator/components/com_virtuemart/views/product/view.html.php on line 290


unzip the folder for AIO and overwrite the old plugin files

Ok with languages i understand. But the problem is active:

BUG 1. From 1.9.8M to J173 + RC3_Pre_e don't work NOTIFY system. So when I go to product that's zero in stock and click on Notify button open window like when I add the product to the cart and nothing happens. I think if I click on button I will see the windows with email field.

what about the F version?

Release G throws up the following ONLY with best sellers module published:

Fatal error: Using $this when not in object context in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/administrator/components/com_virtuemart/helpers/currencydisplay.php on line 96

actually, scratch that - odd one here.

I have a featured products module, price on. add to cart off. all fine. Duplicate the same module and turn off the price - error above. only seems to be when the module is repeated and regardless of its function (featured, best sales etc)

more errors, this time in all the general shop areas:

Notice: Undefined index: p.product_sku in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/components/com_virtuemart/router.php on line 84

Notice: Undefined index: c.category_name in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/components/com_virtuemart/router.php on line 84

Notice: Undefined index: m.mf_name in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/components/com_virtuemart/router.php on line 84

Notice: Undefined index: p.product_name in /var/www/vhosts/coralsaquaticsmailorder.com/httpdocs/quick/components/com_virtuemart/router.php on line 84

how are you updating?

and to update, what I do is UNINSTALL all the modules, and plugins. Then reinstall the AIO

THEN, install the com_virtuemart right on top.

The link for the version G download goes to a 404 error. 
And I do not see RC3 on the virtuemart.net downloads page anymore. 
Where can I download the latest version?
Thanks

Quote from: nflmerch on December 08, 2011, 21:55:21 PM
The link for the version G download goes to a 404 error. 
And I do not see RC3 on the virtuemart.net downloads page anymore. 
Where can I download the latest version?
Thanks

in the 1st post of this thread
http://forum.virtuemart.net/index.php?topic=94183.0

Quote from: nflmerch on December 08, 2011, 21:55:21 PM
The link for the version G download goes to a 404 error. 

Quote from: nflmerch on December 08, 2011, 22:17:56 PM

Quote from: nflmerch on December 08, 2011, 21:55:21 PM
The link for the version G download goes to a 404 error. 

I have same problem

the link will be fixed soon

Quote from: Milbo on December 01, 2011, 14:12:30 PM
Fixed in g
- removed stockable customfield plugin

Why you removed this?
It is quite impossible to build clothes shop without this.

I wonder what's going on? Why this N relese is so painfull?

We changed the language system, this changed a lot sql stuff, due this we had to change the system for orderby fields.

We made the pluginsystem abstract and it worked quite well on j1.5, but triggers in parents get not triggered in j1.7, so we had to rewrite that again ... most of this are just naming conventions... and when someone is changing 20 triggers in a row mistakes can easily appear.

Then we optimised the queries, which leads also to different sql then before.
When you compare the language files or the frontend files of version M and version N, there is not a lot difference. But the table and the stuff in the plugins changed a lot. The controllers are almost untouched.

Everything you just explained makes sense to me. Two questions :
Is there any chance that J1.8 (or 2.5, same thing) will change some things that would result in parts of Virtuemart to be rewritten again ? (My educated guess would be no, but you never know)
What about the remark about clothes shop just above ?
Thanks for all your efforts.
PS : i would also point out that i tried to use RedShop, JoomShopping, Hickashop and many others. None of them is perfect, and while i don't think Virtuemart will be perfect either, i certainly hope it will be the best among them. One to rule them all  8)

I would also like to point out that uploading a PNG product picture won't work. Firefox gives me a blank page, and Chrome gives me a 500 error. I attached the file for testing purpose

[attachment cleanup by admin]

Hi
I sell services, including online services which do not require shipping. This option is missing in the shipping Tab. There is only shipping by weight and that is there twice.

Hi
I deleted the "Bestand" Stock in the stock tab for a product. After that, when I tried to save a change in the product, I got the followingerror:

QuoteParse error: syntax error, unexpected ':' in /home/mysite/public_html/plugins/vmcustom/stockable/stockable.php on line 501

Also, there is no way of adding stock in the stock tab, so I now have to re-enter the product, I guess.

Regards
David

The stockable plugin is atm not in the release. and for the downloadable you need a shipment plugin, which was done, but we need to adjust. When we have the final, there will be a plugin for that soon.

Quote from: Milbo on December 09, 2011, 11:23:17 AM
The stockable plugin is atm not in the release.

Sorry. Can you please explain this?

The story behind that is,... just coding life.

Someone from the team developed for the customplugins are faster method to use them. This pattern used static calls. Then we used that pattern and were quite happy, but it was nasty to write for it, because it was not used as true object.

During the optimisation phase we found out how to use the standard or better enhanced joomla plugin pattern and to boost the whole thing with a little trick. But this little trick didnt worked for the customs. So we were forced to rewrite all triggers of these family and this is causing us so much trouble. But now we have the possibility to write more powerful plugins then before. So it will come back, you can be sure.

Hello, maybe a bit off topic, but please excuse me ;) I want to ask are there going to be more changes in database structure? I want to develop bridge between Virtuemart and 4-5 ERPs and I waited for this release to become stable. That is why I need to know is database structure finished. Also, is there a possibility to get some database diagram? I made one for VM 1.x (I could share it here if anyone needs it) because I couldn't find one anywhere. If there is one already made for VM 2.x, that would be wonderful.

Thanks

There is not really a diagram, but the database structure itself is readable, when you know the nooku conventions. For exampel all column name beginning with virtuemart_ are primary keys of another table. I would also say that the database tables are quite stable now.

They are not removed. http://forum.virtuemart.net/index.php?topic=94772.0

This thread is not the right place todo this: "doing a lot of testing to find bugs in the latest version"

I noticed and deleted the post appropriately.

I can't seem to with with VM... upgrading from prev version to I... when attempting to install this version (com_virtuemart2.0.0_RC3_Pre_i.zip) i receive:

There was an error uploading this file to the server. -- that's it nothing else..

ensured everything previously was removed
installed fresh,
tried  upgrade over existing.
i have no clue,

any help appreciated.

Johnny

http://www.phoca.cz/documents/2-phoca-gallery-component/438-cannot-find-joomla-xml-setup-file

I've installed the latest release and it seems a lot of glitches have been fixed- yay!

i am still having trouble adding a product to the cart twice though. ie you add it once and you cannot add it again unless you select qty=2 and then add (ie you now have a total of three items in the cart).

any idea what this is?

site this is an issue on is http://203.123.59.45/~bootleg/

thanks

is there any chance the auth.net plugin will be released in one of the pre-releases?   that is the primary piece i am looking for and need to test.

Quote from: Aliciah85 on December 11, 2011, 09:23:21 AM
I've installed the latest release and it seems a lot of glitches have been fixed- yay!

i am still having trouble adding a product to the cart twice though. ie you add it once and you cannot add it again unless you select qty=2 and then add (ie you now have a total of three items in the cart).

any idea what this is?

site this is an issue on is http://203.123.59.45/~bootleg/

thanks

Hallo,
I dunno if you already fixed it, but it seems working fine to me (using firefox 3.6). May be this info is useful for you.

Quote from: Milbo on December 09, 2011, 15:09:12 PM
The story behind that is,... just coding life.

Someone from the team developed for the customplugins are faster method to use them. This pattern used static calls. Then we used that pattern and were quite happy, but it was nasty to write for it, because it was not used as true object.

During the optimisation phase we found out how to use the standard or better enhanced joomla plugin pattern and to boost the whole thing with a little trick. But this little trick didnt worked for the customs. So we were forced to rewrite all triggers of these family and this is causing us so much trouble. But now we have the possibility to write more powerful plugins then before. So it will come back, you can be sure.

OK this really good to know but when it will happen? With next release or after final release? I mean how important is this plugin in your tasks list?

Quote from: vecrea on December 09, 2011, 09:42:28 AM
I would also like to point out that uploading a PNG product picture won't work. Firefox gives me a blank page, and Chrome gives me a 500 error. I attached the file for testing purpose

Dunno if you did something about my particular problem or not, but with version "i", it works. Thanks and keep up the good work.

Quote from: mitchie on December 11, 2011, 13:05:23 PM

Quote from: Aliciah85 on December 11, 2011, 09:23:21 AM
I've installed the latest release and it seems a lot of glitches have been fixed- yay!

i am still having trouble adding a product to the cart twice though. ie you add it once and you cannot add it again unless you select qty=2 and then add (ie you now have a total of three items in the cart).

any idea what this is?

site this is an issue on is http://203.123.59.45/~bootleg/

thanks

Hallo,
I dunno if you already fixed it, but it seems working fine to me (using firefox 3.6). May be this info is useful for you.

I think from looking into it it's only an IE issue with session handling? but i need it to work on IE as that is what my client and the majority of his business access his site through...

oh- and the shipping and payment methods are saying they have saved, but when you go back into them the configuration tab is blank...

Aliciah - I am getting shipping issues too - please add your comments to the thread I just started: http://forum.virtuemart.net/index.php?topic=94816.0

just upgraded to j and still cannot add to cart more than once...

J1.7.3/VM2 SVN revision 5031
At the moment I don't get the frontend language (language files) to switch to my second language anymore. For example, category short descriptions and product descriptions (content) do switch language, but VM2 language files (i.e. cart language) are glued to english. Did I miss a recent design change or is this a new bug? Anybody else encountering this?

Quote from: Aliciah85 on December 12, 2011, 07:37:39 AM
just upgraded to j and still cannot add to cart more than once...

alicia, can you post your url.

I have the same issue at www.lagendijkmeubels.nl (http://www.lagendijkmeubels.nl/), using also update J.

I can add 2 different items, that`s no problem.
But when I add 1 product to the cart, and immediately after that want to add the same product again from the same page, is doesn`t work. 
When I change the amount to 2, it works, but then I have 3 products in the cart. This is + the 1`st item, witch I can remove ofcourse .

So I have to remove first 1 article, and then I can add 2 of the same articles, instead of just adding one.

Lagendijk, sounds like you have something conflicting, post your url

Quote from: jjk on December 12, 2011, 12:02:28 PM
J1.7.3/VM2 SVN revision 5031
At the moment I don't get the frontend language (language files) to switch to my second language anymore. For example, category short descriptions and product descriptions (content) do switch language, but VM2 language files (i.e. cart language) are glued to english. Did I miss a recent design change or is this a new bug? Anybody else encountering this?

The language switcher should change the normal joomla language. As far as I know we even use the joomla language switcher. We had that problem already one time before and it was just that the other language was not installed. The language files were there, but it was not installedi n j1.7 and so it showed the default language again (the fallback).

hmm..., perhaps that problem is related to another language issue I discovered this evening: Product description translations are currently not being saved into the database table. Short description works.

The language entries in configuration and in the database still seem to be correct. Database entry is:
|vmlang=s:5:"de_de";|active_languages=a:2:{i:0;s:5:"de-DE";i:1;s:5:"en-GB";}|

Quote from: BanquetTables.pro on December 12, 2011, 20:52:28 PM
Lagendijk, sounds like you have something conflicting, post your url

It happens with all products.

For example http://www.lagendijkmeubels.nl/index.php/component/virtuemart/spiegels/spiegel-70x90cm-detail (http://www.lagendijkmeubels.nl/index.php/component/virtuemart/spiegels/spiegel-70x90cm-detail)

Also, when I pressed add 2 items to cart  (or more, only thing that works after adding only 1 item), I can only do that once.

Next thing that works then is add 3 to cart or more. Just can`t add the same quantity twice.

just worked for me

Quote from: Lagendijk on December 12, 2011, 21:40:50 PM
For example http://www.lagendijkmeubels.nl/index.php/component/virtuemart/spiegels/spiegel-70x90cm-detail (http://www.lagendijkmeubels.nl/index.php/component/virtuemart/spiegels/spiegel-70x90cm-detail)

That link works for me, too. I can add 1 to the cart, then go back to the product and add one more of the same product.

Well, maybe it`s a IE glitch or something, checked it with firefox and on a ipad and then it works fine indeed.

For those of us still running 1.9.8.RC2 M in production, is RC3 pre K stable enough yet to upgrade or should we wait?  What are the recommended steps to upgrade from M?  ie,  do we need to uninstall the existing AIO plugins, or has that problem been resolved?  Do we need to uninstall the M component, or install pre K over top of M?  Any advice is much appreciated.

When it is ready, you just install it over your M version!

Hi Milbo,

It sounds like you're saying it's not ready yet?  Should we hold off?   Is there an estimate when it will be ready? 

Thanks,
Chuck

I am quite eager that the next version RC3-M should be tried for people like you to replace RC2-M. I think RC-N will be then the final.

btw arnask, please use this thread for your bug http://forum.virtuemart.net/index.php?topic=94939.0

Quote from: jjk on December 12, 2011, 12:02:28 PM
J1.7.3/VM2 SVN revision 5031
At the moment I don't get the frontend language (language files) to switch to my second language anymore.

This part of the problem turned out to be a stupid typo (missing quotation mark) in the frontend language file which prevented the file from being loaded.

The second part of the problem remains: I still can't save any product long description in the second language. Short description saves.

Quote from: oldagent on December 11, 2011, 19:04:55 PM

Quote from: Milbo on December 09, 2011, 15:09:12 PM
The story behind that is,... just coding life.

Someone from the team developed for the customplugins are faster method to use them. This pattern used static calls. Then we used that pattern and were quite happy, but it was nasty to write for it, because it was not used as true object.

During the optimisation phase we found out how to use the standard or better enhanced joomla plugin pattern and to boost the whole thing with a little trick. But this little trick didnt worked for the customs. So we were forced to rewrite all triggers of these family and this is causing us so much trouble. But now we have the possibility to write more powerful plugins then before. So it will come back, you can be sure.

OK this really good to know but when it will happen? With next release or after final release? I mean how important is this plugin in your tasks list?

I don't want to be impolite or rude but can you please give some information about your plans with this plugin.

I'm currently running RC2-M, so what's the best way to upgrade to RC3-M?  Should I uninstall the RC2 AIO plugins & VM component first, or just install over top? 

over top

Hi Banquet,

Even the plugins?  I read in previous posts that was an issue, and it was recommended uninstalling them first.  That has been fixed now? 

Thanks,
Chuck

imho yes

The good news is it upgraded cleanly without having to uninstall anything.  The bad news is bugs reported fixed in other posts are not fixed on my site:
1) My actual product cost is still showing in the shopping cart Price column with a line through it.  Cost should not display anywhere on the website.
2) The tax is being calculated in the cart without anyone logged in, so how does it know which tax rule to apply.  The tax should be 0 until a user is logged in.   
3) The tax should not be added to the price in the cart Price column.  The Price column should just be the product price without tax.
4) The cart Discount column is showing a value not related to the discount value.  It is simply taking the difference between the base cost and the final price.  That's not the discount amount.
5) The cart is not saved when user logs out.

I'm testing from VM2 already begun. Sorry for my english.
When I found this problem on the quantity.
If we include a minimum amount in each case it is possible with the +/- decrease the quantity.
Also I could not in any way to make the steps of quantity, eg every 50 items.
I also display these errors:
# vmdebug self::$_jpConfig->lang it_it
# vmdebug vmTime: loadConfig db no: 0.00470089912415
# vmdebug put in plugin, use internal plugin table instead
# vmdebug datas save Var1:
# vmdebug self::$_jpConfig->lang it_it
# vmdebug vmTime: loadConfig db no: 0.00416898727417

Just a note - when checking the database table after a fresh install of com_virtuemart2.0.0_RC3_Pre_M, phpMyAdmin reports one duplicate index:

Problems with indexes of table `joxjk_virtuemart_shipmentmethods`
The indexes PRIMARY and idx_virtuemart_shipmentmethod_id seem to be equal and one of them could possibly be removed.

will this small bug be fixed for the final release?

http://forum.virtuemart.net/index.php?topic=94565.0

Just upgraded from RC3-M to the RC3 final release, but now I cannot get to the Configuration page using Firefox 8.0.1.  I can get there using IE 8. 
Also, why is the actual product cost still showing in the cart?  We cannot show our cost to customers.

@cas
Firefox 8 appears to be pretty buggy - therefore I'm still using FF7.

QuoteAlso, why is the actual product cost still showing in the cart?

I did write a few lines as a reply to the five points in your previous post a few hours ago, but somehow that post got lost - maybe a server hickup last night?

Something you can check first if you are using calculation rules are the expiry dates of your rules. See here: Also, why is the actual product cost still showing in the cart? (//http://?)

Hi jjk,

I was using the same version of Firefox with RC3-M yesterday and I could get to the Configuration page just fine.  The only change is the new RC3 release. 

Attached is a screenshot of my calculation rules.  Do you see anything wrong?   But more importantly, the product base cost should never be displaying in the cart.  This is our actual cost.

It would be good to see your reply to my 5 items.

Thanks,
Chuck

[attachment cleanup by admin]

Check out my cart screenshot so you can see the problems I noted earlier:

1) The base cost for this product is $1000, but why is it showing this base cost in the cart?  It's adding tax to this cost, so that's why it shows as $1,077.50.  But it should not show my cost at all.
2) Tax is being calculated when no user is logged in?  How does it know what tax rule to apply?  It should only add tax when a user is logged in and is from that state.
3) The tax should not be added to the price in the cart Price column.  The Price column should just be the product price without tax.
4) The cart Discount column is showing a value, but I don't even have a discount rule published.  This Discount column in this case should be $0.  It's just taking the base cost minus the final price.  This is not the discount value.



[attachment cleanup by admin]

When you want to use the costprice as your real costprice, then you need to add a Margin, not the price multiplier

Can you explain in detail how to do this?   I am using the product field called Cost Price as my real cost, and then I setup a price multiplier (300%) to calculate the Final price.  In the product admin it works fine.  It shows the Cost Price of $1000 and the Final Price shows $4000.  But on the website why is the product Cost Price field showing in the cart?  It should just show the Final price in the cart.  Please remove the Cost Price from the cart. 

Also, what about my points 2, 3 & 4 ?

@cas
I'll send a reply to your other points soon, but have to do a few other things first within the next two hours.

@cas,

ok - I'll try to replicate my lost reply from yesterday and refer to the 5 points in your first post concerning this.

1. The strikethrough price is the base price with tax. The total price is your cost price x your price multiplier x tax. Instead of selecting DBTax (Discount Before Tax) as a price multiplier when you set up the calculation rule, I would recommend to use the profit margin type (already mentioned by Milbo). This won't show up in your cart.
At present any calculated amount defined as DBTax or DATax will be displayed as a discount amount in the cart. In your case the $3232.50 is the calculated DBTax (Muliplier 300) +tax.

In my opinion it's not a bug, but a design flaw of DATax and DBTax which still has to be solved somehow to make it usable in practice.
This is why I suggested this a few days ago: http://forum.virtuemart.net/index.php?topic=94796.msg310964#msg310964 (http://forum.virtuemart.net/index.php?topic=94796.msg310964#msg310964)

2. You are logged in, so it probably takes your (administrator's) address for calculating the tax.

3. This is illegal in most countries of the world. (Concerning price labels on products, US and CAN are approximately 40 years behind consumer friendly legislation :-) In the vast majority of countries price labels have to show the final price including all taxes and duties.
However, you should be able to configure the price display in the shop configuration - Pricing to match the US practice of net prices.
(I didn't check if the cart displays such settings correctly)

4. see 1.

5. I can confirm that. My test site currently looses test orders when I log out. (I didn't update to include last nights bug fixes yet)

Hi jjk,

Thanks for your help! 

For #1 - I'm getting it to work now by using the pmargin.  I didn't know that pmargin stood for profit margin and that it should be used in this situation.  It will be great someday when the VM2 manual comes out to explain these details.  So thanks in the meantime for helping us!   

For #2 - I am not logged in.  No one is logged it.  Yet it is taking the one tax rule I setup for California and applying it when no one is logged in.  It should only do this when someone from California is logged in.  Otherwise, when on one is logged in, do not apply any tax rules.   

for #3 - The only option in the admin for the cart is to show a Tax column, but there is no way to stop it from adding tax in the Price column.  There are lots of admin settings for the product details page, but only that one option for the cart.  We need this added option in the admin for the cart to choose if the Price column should add tax or not. 

I am still not able to get to the admin Configuration page using Firefox 8.0.1.  I have to use IE 8 to change the Configurations.  This did not happen with any previous version of VM, including RC3-M.  I am using the same version of Firefox that I did for RC3-M.   Hopefully this can be fixed.

Thanks,
Chuck

Quote from: cas on December 16, 2011, 21:30:45 PM
for #3 - The only option in the admin for the cart is to show a Tax column, but there is no way to stop it from adding tax in the Price column.  There are lots of admin settings for the product details page, but only that one option for the cart.  We need this added option in the admin for the cart to choose if the Price column should add tax or not.

If you select 'calculation kind' (BTW - do american natives understand what the german programmer means with this term? :-) "Tax per Bill" instead of "Tax per Product" it should get you closer.
Have a nice weekend

Hi jjk,

Now we're getting somewhere!  I changed the Calculation Kind to 'Tax Per Bill' and it looks much better.  And no I didn't understand what 'Calculation Kind' meant, but maybe it's just me.  :-)   How does 'Calculation Method' sound?   

The only problem now is that the Tax is not showing in the Total column.   See the attached screenshot.  You can see it is to the right of the Total column all by itself.

Plus, when nobody is logged in, it should not show tax anywhere.  Only add tax when a user is logged in and the system can determine if that user is from a state where tax should be added.   The reason this is so important is because most web shoppers are looking for the lowest price on the web.  So if my site has the tax added into the price even when that shopper is not logged in, and my competitor's website does not have the tax added in, my price will be higher and I will lose the sale.  This is critical to fix before going live. 

Also, see the screenshot... when I'm not logged in, the Shipping & Payment items now show 'No shipment selected' and 'No payment selected'.  In the RC3-M version this worked properly whether I was logged in or not, but now it only automatically picks the one shipping & one payment method when I am logged in.   Shouldn't it work the way it did in RC3-M.

Finally, a minor cosmetic problem... when adding an item to the cart, the notification popup is missing the "rt" from Cart.  It gets covered over by the X.   I opened a separate ticket on this before, but it's still not fixed, so hopefully this can get resolved soon. 

Thanks for your help!  We're getting closer!  :-)
Chuck

[attachment cleanup by admin]

A cosmetic problem with the website page navigation.  See the attached screenshot.  It needs to have spaces between the items "StartPrev12NextEnd" to make it readable. 

[attachment cleanup by admin]

On the Shop page that displays all the products, when I use the 'Sort By' drop down, it has a problem when I use the Sort By 'Product Name'.  The default sort is Product Name, so it starts out by displaying all products by Product Name, but then when I Sort By another field such as Price it works fine, but then when I try to come back to Sort By Product Name, it only displays the Categories but no products.  I need to click on the menu item Shop to get back to the products.   Check it out here:  https://www.hairextensionsfair.com/shop

Also, when I Sort By Manufacturer, the language element 'Manufacturer' is not displayed properly.  See the attached screenshot.


[attachment cleanup by admin]

Quote from: cas on December 17, 2011, 03:05:15 AM
And no I didn't understand what 'Calculation Kind' meant, but maybe it's just me.  :-)   How does 'Calculation Method' sound?   

Maybe method is better, I dont know. We are open for better expressions and as jjk said... I wrote this descriptions and I am not a native speaker.

Hi Milbo,

You do great for not being a native English speaker!  Plus you would laugh if you heard me trying to speak any foreign languages! :-)   

As far as what to call it, I like Calculation Method, but even more important for me is that now I understand how it works.  And it's working well.  Thanks!

Chuck

Hi,

I just updated to RC3. And I am setting up a multilingual site. So far, working fine!

But I have one category where the category name is the same in all three languages but with different category descriptions.  I could add the different language descriptions and names from empty values. However, now I can not go back and change the values. It shows only the standard language values but with the different language flags. It seems this is because it does not check, whether the category name is different or not.

English flag
english name
english description

german flag
english name
english description

Bye,
Seagul

ah, another bug:
When I fill in a new language field to a product i.e. name or description and click on "Save", then I come back to the default language but I cannot select another language again. If I click on "Save & Close" I get an empty error message (red exclamation mark). However, in both cases the values are saved.

And in my second and third language, the manufacturers name is not shown on the product detail page. It is shown in the default language.

Edit:
And for Shipment and Payment multilingual support:
I have setup standard Shipment and one Payment method which are automatically selected in my default language. Actually I don't need a translation for these methods. Then the Shipment and Payment methods are not automatically selected in the shopping cart. I have to go and save my payment method in each language with a click on "save". Then it is automatically selected. With shipment the same, however I have about 20 different shipment methods, so I don't want to go and click each language for each shipping code.
So it would be nice, that even if there is no translation with shippment or payment it would be automatically added.

Hi,
We do not provide for now a falldown method for translation and will be  released next  after final.
The result on changing language is a will, to let the last filled language with a value, if you don't want to translate it or have no time then the displayed entry are saved on the language you have choose in the select list.
If we don't use it so, then you have nothing and the product or category display it with empty value.
simply rewrite over, to have the correct translation, that's all.

Even better Electrocity, when I understood the joomfish guys right, they write a component to handle the language problems. Our system is as already explained before, nasty. We just rely that people using multivendor provide the languages. A fallback is very timeconsuming and decreasing performance. Maybe we find a direct solution.
ATM we think about something like: Storing overwrites all non filled language tables with the default language. But this can lead to confusion, so atm we let it like it is. No one said multilanguage will be easy.

Per your request for us to help test VM2, can you give me an update status on the following 14 items I reported earlier?

1) When cloning a product with Custom fields, the Custom Fields are not cloned into the new product.  See Topic 93804

2) When nobody is logged in, it should not show tax anywhere on website. Only show tax when a user is logged in and VM can determine if that user is from a state where tax should be added.  See topic 92144

3) The website page navigation needs to have spaces between the items "StartPrev12NextEnd" to make it readable. See topic 94183

4) When adding an item to the cart, the notification popup is missing the "rt" from 'Show Cart'. It gets covered over by the X.  Move "Show Cart" to the left to avoid the X. See topic 93118

5) The 'Sort By' drop down has a problem when coming back to the default sort.  See topic 94183

6) The Sort By 'Manufacturer' language string is not being resolved.  See topic 94183

7) Cart does not save products when user logs off.  See topic 92779

8 ) The print icon on product page opens a new window, but there is no Print button on the new page to actually print the page. See topic 93910

9) The PDF icon on product page gets a 500 Internal Server Error. See topic 91149

10) The 'Recommend to a Friend' icon on the product page doesn't resolve the Language strings: COM_VIRTUEMART_PRODUCT_RECOMMEND, COM_VIRTUEMART_SUBMIT, COM_VIRTUEMART_COUNT. It does send the email, but then it gave the message "invalid_address". 

11) Use the Product Details view that Banguet designed as the default view to solve all the serious problems the current product view has when using multiple product images, Custom Field images, and Related Products. The new file is attached in topic 92777

12) Add an admin option to eliminate having to 'Confirm Order' twice during check out.  See topic 92103

13) The Joomla account user profile address fields should be also added into the VirtueMart user address fields so the user doesn't have to enter their address twice. See topic 93948

14) Order of Custom fields on website do not match the order in admin. See topic 90362

Quote from: cas on December 18, 2011, 22:57:04 PM
2) When nobody is logged in, it should not show tax anywhere on website. Only show tax when a user is logged in and VM can determine if that user is from a state where tax should be added.  See topic 92144

You can do that, use the anonymous shoppergroup

Quote from: cas on December 18, 2011, 22:57:04 PM
3) The website page navigation needs to have spaces between the items "StartPrev12NextEnd" to make it readable. See topic 94183

Shows in my template correct. This is a template issue.

Quote from: cas on December 18, 2011, 22:57:04 PM
4) When adding an item to the cart, the notification popup is missing the "rt" from 'Show Cart'. It gets covered over by the X.  Move "Show Cart" to the left to avoid the X. See topic 93118

Same as above, I dont have this problem. imho also related to your template.

Quote from: cas on December 18, 2011, 22:57:04 PM
6) The Sort By 'Manufacturer' language string is not being resolved.  See topic 94183

It is, but sometimes it is losing translation and appears, we did not find this bug yet.

Quote from: cas on December 18, 2011, 22:57:04 PM
7) Cart does not save products when user logs off.  See topic 92779

The user must use the joomla function "recognise me"

Quote from: cas on December 18, 2011, 22:57:04 PM
8 ) The print icon on product page opens a new window, but there is no Print button on the new page to actually print the page. See topic 93910

It is meant to use the browser itself, same with the pdf. This was different in the early days, now all browsers can generate pdfs and prints.

Quote from: cas on December 18, 2011, 22:57:04 PM
9) The PDF icon on product page gets a 500 Internal Server Error. See topic 91149

This is not supported anylonger in j1.7 and the reason here is also that pdfs are now easily generated by the browsers.

Quote from: cas on December 18, 2011, 22:57:04 PM
11) Use the Product Details view that Banguet designed as the default view to solve all the serious problems the current product view has when using multiple product images, Custom Field images, and Related Products. The new file is attached in topic 92777

He has svn access, he can upload it. When he did not, he will have some reason.

Quote from: cas on December 18, 2011, 22:57:04 PM
12) Add an admin option to eliminate having to 'Confirm Order' twice during check out.  See topic 92103

Maybe later. We cannot add every single feature. This is a core. There are already description how to deactivate it.

Quote from: cas on December 18, 2011, 22:57:04 PM
13) The Joomla account user profile address fields should be also added into the VirtueMart user address fields so the user doesn't have to enter their address twice. See topic 93948

This does not really work. Use Community builder for things like this.

Hi! I still have problem with admin tabs in Internet explorer. Mozilla works wellq but I cannot say to my clients to use Mozilla instead IE. Please help with that.


[attachment cleanup by admin]

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
2) When nobody is logged in, it should not show tax anywhere on website. Only show tax when a user is logged in and VM can determine if that user is from a state where tax should be added.  See topic 92144

You can do that, use the anonymous shoppergroup

Why should we all have to setup anonymous shoppergroup?  Why not fix it by just checking if a user is logged in, and if not, then set tax to 0.   In fact, other users have documented that when they have multiple tax rates setup, that it adds the taxes together for a huge tax amount.   We sure hope it can get fixed right so we all don't have to use a workaround.

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
4) When adding an item to the cart, the notification popup is missing the "rt" from 'Show Cart'. It gets covered over by the X.  Move "Show Cart" to the left to avoid the X. See topic 93118

Same as above, I dont have this problem. imho also related to your template.

I checked using Beez template and you're right that it's not as bad as my template, but the X still partly covers the "rt".  It's also documented in topic 92367 that other users are having the same problem.  Seems to makes sense to just move it to the left a few pixels to make sure no templates have this problem.  You can also fix it by going into the VM facebox.css and changing #facebox .content padding from 10px to 20px.

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
7) Cart does not save products when user logs off.  See topic 92779

The user must use the joomla function "recognise me"

As documented by me in topic 92779, and confirmed by JJK in this topic 94183 in reply #142, it does not save the cart contents when the user logs out even when the user checks the box "Remember Me".

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
8 ) The print icon on product page opens a new window, but there is no Print button on the new page to actually print the page. See topic 93910

It is meant to use the browser itself, same with the pdf. This was different in the early days, now all browsers can generate pdfs and prints.

Are you saying the admin options to show Print & PDF buttons on the product details page should be removed from the admin because they are not needed anymore?  And in the meantime we should uncheck these two options?

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
11) Use the Product Details view that Banguet designed as the default view to solve all the serious problems the current product view has when using multiple product images, Custom Field images, and Related Products. The new file is attached in topic 92777

He has svn access, he can upload it. When he did not, he will have some reason.

Banquet, can you help here by adding it to the svn?  The new default file and the css changes you made are attached in topic 92777 at reply #34.  I even updated it to match the latest RC3 default file.  If you remember, the current default view has all the images in a single vertical line for extra product images, custom field images, and even related products. which is simply not usable as is.  Thanks in advance for making this happen. 

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
12) Add an admin option to eliminate having to 'Confirm Order' twice during check out.  See topic 92103

Maybe later. We cannot add every single feature. This is a core. There are already description how to deactivate it.

Okay, like others I am already using the hack to fix it, but we all hoped we didn't have to use a hack when VM goes production.  Please, at least put this on the list to be worked on when time allows.  We hate using hacks as much as you hate us using hacks. :)

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
13) The Joomla account user profile address fields should be also added into the VirtueMart user address fields so the user doesn't have to enter their address twice. See topic 93948

This does not really work. Use Community builder for things like this.

Help me understand when VM is creating the VM Shopper record from the Joomla user profile record by getting the UserName, DisplayName, & Email, that VM cannot just get the address fields from the new Joomla 1.7 user plugin at the same time?   To our customers who have to enter their address twice, it looks like the shop is not integrated with the rest of the website.   I understand if you don't have time to add this functionality now, but I didn't expect to hear that it doesn't work.   As far as using Community Builder, now that Joomla 1.7 has the user profile plugin with the address info, I don't need the extra overhead of maintaining additional extensions to just include the customer address.  I hope this can be reexamined again when time permits.  Thanks.

Quote from: cas on December 19, 2011, 07:48:20 AM
Why should we all have to setup anonymous shoppergroup?  Why not fix it by just checking if a user is logged in, and if not, then set tax to 0.   In fact, other users have documented that when they have multiple tax rates setup, that it adds the taxes together for a huge tax amount.   We sure hope it can get fixed right so we all don't have to use a workaround.

First an anonymous shoppergroup is now always created and must exist. There are a lot of shoppergroup depended features which were not working with anonymous users before. Now it does!

Quote from: cas on December 19, 2011, 07:48:20 AM

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
7) Cart does not save products when user logs off.  See topic 92779

The user must use the joomla function "recognise me"

As documented by me in topic 92779, and confirmed by JJK in this topic 94183 in reply #142, it does not save the cart contents when the user logs out even when the user checks the box "Remember Me".

oha, okey, I didnt know that.

Quote from: cas on December 19, 2011, 07:48:20 AM

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
12) Add an admin option to eliminate having to 'Confirm Order' twice during check out.  See topic 92103

Maybe later. We cannot add every single feature. This is a core. There are already description how to deactivate it.

Okay, like others I am already using the hack to fix it, but we all hoped we didn't have to use a hack when VM goes production.  Please, at least put this on the list to be worked on when time allows.  We hate using hacks as much as you hate us using hacks. :)

I am not sure if the dirty hack works correctly. This is the reason I didnt add it to the core.

Quote from: cas on December 19, 2011, 07:48:20 AM

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
13) The Joomla account user profile address fields should be also added into the VirtueMart user address fields so the user doesn't have to enter their address twice. See topic 93948

This does not really work. Use Community builder for things like this.

Help me understand when VM is creating the VM Shopper record from the Joomla user profile record by getting the UserName, DisplayName, & Email, that VM cannot just get the address fields from the new Joomla 1.7 user plugin at the same time?   To our customers who have to enter their address twice, it looks like the shop is not integrated with the rest of the website.   I understand if you don't have time to add this functionality now, but I didn't expect to hear that it doesn't work.   As far as using Community Builder, now that Joomla 1.7 has the user profile plugin with the address info, I don't need the extra overhead of maintaining additional extensions to just include the customer address.  I hope this can be reexamined again when time permits.  Thanks.

Because it does not exist in j1.5? It is not the same in every joomla? The feature contacts of j1.5 needs to be connected manually to users. and so on. So we decided to write our own address handling. When you use virtuemart, dont use the joomla ones. quite easy. When you want an integrated solution ask the profis for that for exampel community builder.

Quote from: Milbo on December 19, 2011, 12:36:06 PM

Quote from: cas on December 19, 2011, 07:48:20 AM
Why should we all have to setup anonymous shoppergroup?  Why not fix it by just checking if a user is logged in, and if not, then set tax to 0.   In fact, other users have documented that when they have multiple tax rates setup, that it adds the taxes together for a huge tax amount.   We sure hope it can get fixed right so we all don't have to use a workaround.

First an anonymous shoppergroup is now always created and must exist. There are a lot of shoppergroup depended features which were not working with anonymous users before. Now it does!

Yes, I see in the admin I have an anonymous and default shoppergroup, so how does this stop tax from being displayed in the cart for shoppers who are not logged in when there is no option to turn off tax in the cart in the shoppergroup admin?  The options are all for the product page only.   I understand the benefits of shoppergroups and this is a wonderful feature when needed, but why do I want the extra work to maintain shoppergroups to override my default admin settings to fix a problem that is fundamental to the way tax should be calculated?  Maybe I am missing something, but in order to calculate tax, don't you need to see if the logged-in user matches any of the criteria defined by the tax rules, such as the user's location?  So when there is no user logged in to find any matching tax rules, shouldn't tax be to set to 0?  Currently when no user is logged in, VM is adding all the tax rules together, resulting in a very large tax amount, which causes shoppers to never return to the website.  Why not correct the problem by setting tax to 0 when VM cannot find a tax rule to apply to a user who is not logged in?  I'm trying my best to help make a better product for all, so I hope I'm being constructive and not coming across in a negative way.   

Quote from: Milbo on December 19, 2011, 12:36:06 PM

Quote from: cas on December 19, 2011, 07:48:20 AM

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
12) Add an admin option to eliminate having to 'Confirm Order' twice during check out.  See topic 92103

Maybe later. We cannot add every single feature. This is a core. There are already description how to deactivate it.

Okay, like others I am already using the hack to fix it, but we all hoped we didn't have to use a hack when VM goes production.  Please, at least put this on the list to be worked on when time allows.  We hate using hacks as much as you hate us using hacks. :)

I am not sure if the dirty hack works correctly. This is the reason I didnt add it to the core.

The hack is in cart.php on line 250:  public function setDataValidation($valid=false)    We simply changed false to true.   To implement correctly, it would require this true/false value to be a variable that can be set in the admin. 

Quote from: Milbo on December 19, 2011, 12:36:06 PM

Quote from: cas on December 19, 2011, 07:48:20 AM

Quote from: Milbo on December 19, 2011, 02:51:41 AM

Quote from: cas on December 18, 2011, 22:57:04 PM
13) The Joomla account user profile address fields should be also added into the VirtueMart user address fields so the user doesn't have to enter their address twice. See topic 93948

This does not really work. Use Community builder for things like this.

Help me understand when VM is creating the VM Shopper record from the Joomla user profile record by getting the UserName, DisplayName, & Email, that VM cannot just get the address fields from the new Joomla 1.7 user plugin at the same time?   To our customers who have to enter their address twice, it looks like the shop is not integrated with the rest of the website.   I understand if you don't have time to add this functionality now, but I didn't expect to hear that it doesn't work.   As far as using Community Builder, now that Joomla 1.7 has the user profile plugin with the address info, I don't need the extra overhead of maintaining additional extensions to just include the customer address.  I hope this can be reexamined again when time permits.  Thanks.

Because it does not exist in j1.5? It is not the same in every joomla? The feature contacts of j1.5 needs to be connected manually to users. and so on. So we decided to write our own address handling. When you use virtuemart, dont use the joomla ones. quite easy. When you want an integrated solution ask the profis for that for exampel community builder.

Do you need to make VM2 work in Joomla 1.5 also?  If so, then I understand the challenge, but if VM2 is only for Joomla 1.7, then it would be helpful to website developers and our customers for VM to get the address when it's getting the other user profile fields.  But that's IMHO.  Thanks for considering this enhancement. 

Quite easy, you make the tax rules for all shoppergroups except the anonymous one. and done. Also please consider that in other countries the tax is always the same. For exampel when I sell within germany and deliver only within germany, I dont need to think about things like that.

as I already mentioned, I know the "fix" but I am not confident with it. The reason we did not add it (is 10 minutes todo it). But believe me, I already thought more then an hour about it. There are a lot of things to consider, which are for people like you maybe not important. It depends from country to country, and case to case.

and of course virtuemart 2 was developed for joomla 1.5 and adjusted to j1.7. It will stay for a long time compatible to both, you can bet on it.

Yes, it was very easy, and it works. Thanks!   I still think it wouldn't hurt to have the tax default to zero when no one is logged in, to help all the other folks who don't understand how shoppergroups work, but that's just my opinion.  Thanks again. 

Quote from: cas on December 16, 2011, 21:30:45 PM
I am still not able to get to the admin Configuration page using Firefox 8.0.1.  I have to use IE 8 to change the Configurations.  This did not happen with any previous version of VM, including RC3-M.  I am using the same version of Firefox that I did for RC3-M. 

Update: I'm using VM2.0.0 on 2 websites configured identically as far as I know, but one of the sites I cannot get to the Configuration page using Firefox 8.0.1, it only works with IE 8, but the other website I can get to the Configuration page with Firefox.  What possibly could be wrong? 

I don't know, but a german computer magazine wrote today that the Firefox guys will release FF9 tomorrow. Perhaps that will solve your problem.

Hi jjk,

I'll give it a try tomorrow, but doesn't seem like it can be a Firefox issue since one of my sites works fine in Firefox and the other doesn't.  They both worked fine for a long time until I upgraded from RC3-M to the latest VM2 release.  Seems like something changed during that upgrade.  Is there a way to reinstall that might fix this, or is there some file I can delete and then reinstall?  I'm open to any ideas.

Thanks,
Chuck

Did you try Milbo's advice for updaters to delete your old virtuemart.cfg and then store your configuration once again?

Yes, I did delete the config file and reinstall, but still no luck. 

Now this problem has started happening in my second website.   It was working and now it doesn't go to the Configuration page in Firefox 8.   I'm using the VM2.0.0.

I also have this problem, is there a fix yet?

Update to the latest Firefox and use 2.0.1.c