VM Dev Central - Recent VirtueMart Bugs

Bug #779 - SQL Table Check says problem

Tue, 23 May 2006 02:28:05 GMT

I originally posted this at http://virtuemart.net/index.php?option=com_smf&Itemid=71&topic=18586.0

Seems that product parameter table (in the posting) fails check in phpmyadmin: 2 primary keys and an index problem. See posts for more detail.

Bug #785 - Identified problem with Multiple Tax Rates

Sun, 28 May 2006 04:22:16 GMT

I have identified the problem with multiple tax rates, as discussed toward the end of this thread: http://virtuemart.net/index.php?option=com_smf&Itemid=71&topic=15781.15

The problem is in the get_product_taxrate function in the file ps_product.php.

If TAX_MODE =='0', then this just goes to the get_taxrate function, which does not respect multiple tax rates.

I have altered and tested the code such that it works for my configuration, but I would not claim that it is appropriate for a general fix. If you want my alteration to this function, email me at luke~AT~alloraconsulting~DOT~com.

Bug #791 - No shipping rates displayed for weights greater than three pounds

Mon, 05 Jun 2006 13:07:22 GMT

Shipping rate discrimination based on weight does not work properly. When a product has a weight up to three pounds, all shipping rates that fit into the Country/ZIP range are displayed regardless of their weight restrictions.

When a product has a weight greater than 3 pounds, no shipping rates are displayed whatsoever.

Bug #864 - Coupon Tax Problem

Tue, 25 Jul 2006 10:44:58 GMT

Hello the tax calculated when using discount coupons, is wrong and illegal. When i replace all code from post http://virtuemart.net/index.php?option=com_smf&Itemid=71&topic=13256.0 works fine but the final screen show(ro_basket_b2c.html.php) tax with price unles -coupon. What its wrong?

1,2,3 step - (OK)

Price 22 $

Coupun : -10%

Total amount: 19.80 $

tax:3.57 $

Final (false)

Price 22 $

Coupun : -10%

Total amount: 19.80 $

shipping cost: 0 $

//tax:3.97 $//

Bug #984 - Google not correclty indexing shops

Wed, 11 Oct 2006 08:09:08 GMT

Yesterday I discussed the Google rankings with the owner of a VM shop. I started querying Google for checking how his site was indexed in Google and I started looking into all my other built shops how they were indexed by Google.

First I have to say that I change the robots.txt in the Joomla root. I remove the 'Disallow: /components' line, so searchengines can browse all the VM pages.

What I found out is that Google indexes all the standard Joomla conentpages like it should. Also it adds all category-browse-pages (browse_page) to the index and products can be found that way. But after that is where it goes wrong... Google is ignoring all the product-detail-pages (flypages). Further checking lead me to the following: - Google is trying to access the flypages but Google is doing that via the Add-To-Cart link. All Add-To-Cart links with all of my shops are indexed (and findable) via Google, bringing up the Cart page of the shop. - Google sometimes adds a flypage to their index, but only when there are special items on that page (eg color, size). This is because of the same reason. Google is following the Add-To-Cart link again, but is re-directed to the flypage because the user has to input the special item. This shows because the message (Please select specisal item) is displayed when entering the webshop via Google on that page.

If you'd like to do some research yourself try this in google: In the search-box type: site:www.yoursitename.com cart You will get all the cart pages. Try finding text that is in one of your flypages; In the search-box type: site:www.yoursitename.com text to find.

In my opinion this is a very serious problem. Not really a bug though. Google is *the* major searchengine on earth and the information in the product details in almost useless when not indexed by Google correctly. That is where potentional customers will find their information.

I have not investigated a solution for the problem. Maybe a Javascript call for the button will do instead of a get/post.

Bug #985 - Skipping shipping method selection does not work (even if there is only one option)

Sat, 14 Oct 2006 21:06:13 GMT

In menu's Admin~Configuration~Checkout

If you change it to a format that skips the shipping method request, no shipping is selected and the customer is prompted again and again to pick their shipping method, even though there is no way to pick it (screen not shown).

If there is only one shipping method, this screen should be able to be bypassed, and the single default shipping method automatically selected by VM.

There is discussion on the forum of others having the same issue.

Thanks!

Bug #989 - mod_product_categories does not show translated categories.

Thu, 19 Oct 2006 15:14:22 GMT

Hello,

I am building a shop and have problem with some translated modules: mod_product_categories does not show translated categories. I have translated them from English to German, and you can see them on main shop page, but right side menu, still shows english categories

http://www.boatmodelling.com/component/option,com_virtuemart/Itemid,2/lang,de/

I am using version 1.0.6 with joomla 1.0.10 and joomfish 1.7

Thanks for any help. Jerzy

Bug #993 - "Minimum Amount for Free Shipping" should use >= not just > for check

Tue, 24 Oct 2006 08:57:49 GMT

Currently the "Minimum Amount for Free Shipping" is coded such that it's checking using > that amount, not >= that amount.

Say you offer free shipping over $100... if you enter $100 an order of $100 is not free. However for $100.01 it will be free. The code should be changed such that it's using >= in this check. We got around this bug by switching our code to one cent less that we offer free shipping for.

Cheers, Hula

Bug #994 - vendors and categories

Wed, 25 Oct 2006 16:27:34 GMT

I create a user useA with level storeadmin of vendor venA and user useB with level storeadmin of vendor venB. So in backend,user useA cannot see products of vendor venB, and user useB too. That's good work. But user useA can delete categories (contain products of vendor venB). So that's wrong. can you help me to fix this.

Bug #997 - Discounted price without tax is calculated incorrectly

Sat, 28 Oct 2006 16:33:18 GMT

When a store is configured to show prices without tax, the calculated discount is displayed wrong if an actual price is entered (Not a %).

This is due to the fact that the discount table stores the discount as the difference between the gross price and the discounted price. This is fine when prices are shown with tax, however when displayed without tax the difference is the net amount - the gross difference.

This post describes what I have done to remedy this.

http://virtuemart.net/index.php?option=com_smf&Itemid=71&topic=22940.msg58619#msg58619

I've made an extra update to this and is described in this post

http://virtuemart.net/index.php?option=com_smf&Itemid=71&topic=17643.msg58962#msg58962

Bug #1017 - Manager user fields doesn't apply to shipping addresses

Wed, 15 Nov 2006 17:47:45 GMT

During checkout, I added a new shipping address. The fields did not follow the ordering set in Manager User Fields.

Should it?

Bug #1023 - UPS module critical error

Mon, 20 Nov 2006 07:43:22 GMT

When a customer orders more 70kg in total the module gives a fatal error.

So it would be usefull when a customer orders for example 140kg the module counts 2 colli's each 70kg so that the pirce is correct.

you also can do this on the UPS site so it should be possible in the module.

Bug #1036 - Module not displaying correctly

Sat, 02 Dec 2006 18:34:21 GMT

Hi, beloveds

As soon as I installed the sample data following lines appeared at the bottom of the virtue's administration page:

Notice: Trying to get property of non-object in /sagres/arun/www/administrator/components/com_virtuemart/admin.virtuemart.php on line 95

Notice: Trying to get property of non-object in /sagres/arun/www/administrator/components/com_virtuemart/admin.virtuemart.php on line 96

And then, when I published the random module following happened: Look here, a picture of the trouble: http://www.arun.com.br/Bugging/module_virtue.html

The column went crazy and with those messages...

Thanx for supporting

Arun

Bug #1042 - Amending User details in Backend generates a "New User" E-Mail with old details

Thu, 07 Dec 2006 11:24:15 GMT

Hi Soeren:

I changed a User's details in the backend (as he'd incorrectly input his Username/E-Mail address and thus didn't get his authorising Activation E-Mail).

Once I changed & saved his corrected details, I received an E-Mail saying:-

"Hello Black*Fire Technology | Authorised Apple Solutions Reseller,

A new user has registered at Black*Fire Technology | Authorised Apple Solutions Reseller. This email contains their details:

Name - Isaiah Saunders e-mail - isaudners@xxxxxxxxxxxxx.com.au Username - isaudners@xxxxxxxxxxxxx.c

Please do not respond to this message as it is automatically generated and is for information purposes only"

However, this E-Mail contained the "old" (incorrect) User details, and not the new amended details.

Bug #1046 - Shopper group influences including / excluding taxes

Sun, 10 Dec 2006 12:06:19 GMT

When making an other shopper group the default group, you have 2 default groups, which both can't be deleted because they are the default group.

Somehow, this affected the tax,.. the tax wasn't shown on the frontend (the shop). After deleting all the shoppergroups in the database, everything seems to function again. (the tax is again showed on the frontend).

Bug #1047 - IE7 not showing comment-box

Mon, 11 Dec 2006 18:48:48 GMT

IE7 is not showing the comment box in the order-details screen, which an admin can use to sent out messages to the clients.

Bug #1048 - When changing Status Code, order filters do not work properly

Mon, 11 Dec 2006 21:28:57 GMT

When you change the status code, for example of Pending from P to M, and you click the 'Pending' filter in the orderslist, no orders will show up. You could also do this for Confirmed or Cancelled.

If you click Pending you see in the URL: page=order.order_list&show=M&option=com_virtuemart where M is the correct status code, but the orders with status pending do not show. If you manually change the M in the URL to P in the addressbar, the filter works again.

But again: Not only for pending, also for the other filters!

Bug #1054 - shipping methods don't order according to the value set with _PHPSHOP_PAYMENT_METHOD_FORM_LIST_ORDER

Wed, 13 Dec 2006 17:58:05 GMT

shipping methods don't order according to the value set with _PHPSHOP_PAYMENT_METHOD_FORM_LIST_ORDER

_PHPSHOP_PAYMENT_METHOD_FORM_LIST_ORDER is supposed to set the order in which the shipping method should be displayed in checkout, but it's not working right. I can't even figure out which criteria it uses for the sorting.

Bug #1062 - hardcoded msg

Fri, 15 Dec 2006 15:16:06 GMT

Show x products per row: in product.product_category_form.php

Bug #1064 - Undefined variable: flat_charge in shipvalue.php

Sun, 17 Dec 2006 14:48:09 GMT

When I use only shipvalue module it gives me error: "Notice: Undefined variable: flat_charge in C:\server\administrator\components\com_virtuemart\classes\shipping\shipvalue.php on line 80". source line is "$flat_charge *= $taxrate;"

I am using VM 1.08 beta.