The edit needs to be made in the following file
modules/mod_virtuemart/vm_transmenu/transmenu.php

Search for the following text in the file:

//echo "$row->name $row->link $level<br>";
		if ($level){
			$pmenu = "tmenu$row->parent";
			//echo "$pmenu.addItem(\"$row->name\", \"$row->link\");\n";
			$active = 0;
			if ( in_array($row->id, $this->parent->open) ) $active = 1;
			echo "$pmenu.addItem(\"$row->name\", \"$row->link\", $row->browserNav, $active);\n";
		}

in the function ‘genMenuItem’.

After the

If (in_array($row->id, $this->parent->open) ) $active = 1;

line, add the following line

$row->link = $sess->url( SECUREURL . $row->link);

That’s it! This should fix the issue and you should be able to happily use the sh404sef plugin with transmenu!

This issue is not seen when using tax calculation based on vendor address, but only in case of shipping address based tax calculation.

The edit needs to be done only the ps_checkout.php (around line 1469) file as shown below.

		// Shipping address based TAX
		if ( !ps_checkout::tax_based_on_vendor_address () ) {
			$q = "SELECT state, country FROM #__{vm}_user_info ";
			$q .= "WHERE user_info_id='".$ship_to_info_id. "'";
			$db->query($q);
			$db->next_record();
			$state = $db->f("state");
			$country = $db->f("country");
			$q = "SELECT * FROM #__{vm}_tax_rate WHERE tax_country='$country' ";
			if( $state ) {
				$q .= "AND tax_state='$state'";
			}
			$db->query($q);
			if ($db->next_record()) {
				$rate = $order_taxable * floatval( $db->f("tax_rate") );
				if (empty($rate)) {
					$order_tax = 0.0;
				}
				else {
					$order_tax = $rate;
				}
			}
			else {
				$order_tax = 0.0;
			}
			$order_tax_details[$db->f('tax_rate')] = $order_tax;
		}

should be changed to look like

                // Shipping address based TAX
                if ( !ps_checkout::tax_based_on_vendor_address () ) {
                     $q = "SELECT state, country FROM #__{vm}_user_info ";
                     $q .= "WHERE user_info_id='".$ship_to_info_id. "'";
                     $db->query($q);
                    $db->next_record();
                    $state = $db->f("state");
                    $country = $db->f("country");
                    $q = "SELECT * FROM #__{vm}_tax_rate WHERE tax_country='$country' ";
                    if( $state ) {
                        $q .= "AND tax_state='$state'";
                    }
                    $db->query($q);
                    if ($db->next_record()) {
                        $rate = $order_taxable * floatval( $db->f("tax_rate") );
                        if (empty($rate)) {
                            $order_tax = 0.0;
                        } else {
                            $cart = $_SESSION['cart'];
                            if( (!empty( $_SESSION['coupon_discount'] ) || !empty( $d['payment_discount'] ))
                                && PAYMENT_DISCOUNT_BEFORE == '1' ) {

                                require_once(CLASSPATH.'ps_product.php');
                                $ps_product= new ps_product;

                                for($i = 0; $i < $cart["idx"]; $i++) {
                                    $item_weight = ps_shipping_method::get_weight($cart[$i]["product_id"]) * $cart[$i]['quantity'];

                                    if ($item_weight !=0 or TAX_VIRTUAL) {
                                        $price = $ps_product->get_adjusted_attribute_price($cart[$i]["product_id"], $cart[$i]["description"]);
                                        $price['product_price'] = $GLOBALS['CURRENCY']->convert( $price['product_price'], $price['product_currency']);
                                        $tax_rate = $db->f("tax_rate");

                                        $use_coupon_discount= @$_SESSION['coupon_discount'];
                                        if( !empty( $_SESSION['coupon_discount'] )) {
                                            if( $auth["show_price_including_tax"] == 1 ) {
                                                $use_coupon_discount = $_SESSION['coupon_discount'] / ($tax_rate+1);
                                            }
                                        }
                                        $factor = (100 * ($use_coupon_discount + @$d['payment_discount'])) / $this->_subtotal;
                                        $price["product_price"] = $price["product_price"] - ($factor * $price["product_price"] / 100);
                                        @$order_tax_details[$tax_rate] += $price["product_price"] * $tax_rate * $cart[$i]["quantity"];

                                        $order_tax += $price["product_price"] * $tax_rate * $cart[$i]["quantity"];
                                        $total += $price["product_price"] * $cart[$i]["quantity"];
                                    } else {
                                        $order_tax += 0.0;
                                    }
                                }
                            } else {
                                $order_tax = $rate;
                            }
                        }
                    } else {
                        $order_tax = 0.0;
                    }
                    $order_tax_details[$db->f('tax_rate')] = $order_tax;
                }

I think this should pretty much eliminate the issue (unless I have missed something!). Also, if this is the correct fix I hope to have contributed to the future build of virtuemart (which, btw, is the best OSS for ecommerce!)

UPDATE:- After this, in the shopper group defaults, you need to deselect the ‘show price with tax’ variable and this will work as expected.

A little background for those who haven’t heard of this before. The system boots through many stages and for all practical purposes, the very first stage after which it’s possible to brick the Wii, from bad firmware update to wrong region firmware etc, is now going to be protected.

This nifty hack into the system provides users with an option to boot directly into the Homebrew Channel, Backup / Restore your Nand without booting into the System Menu! What this means is if you brick your Wii in future with a bad firmware update (For eg) resulting in the error page directly on bootup, then this will come in handy, assuming you installed it beforehand

Backup your Nand (which, it seems can be done in under 3 minutes!) and keep it safe. If the firmware update goes back, all you gotta do is restore it using bootmii. Or you could use it to boot into the homebrew channel and use other homebrew utilities to restore your firmware. All the details are available on the homepage.

Although it’s in beta right now and can cause a brick itself due to some unforeseen bug, it’s a big step in the right direction as it holds the potential of giving users something nintendo couldn’t – possibility to restore things in the worst case scenario! If you’re confident about playing around you could do the testing and help out the developers. If not, just wait out the beta testing and then install away the awesome BootMii, for you might just need it on some rainy day!

All nice and cool! The catch however is that you need to buy the Wii Speak Microphone (seems to be a regular USB mic with high sensitivity) and enter the code that comes along to download the channel.

Interesting update I must say. They keep adding fun things every once in a while. But forcing people to buy their mic is not so much of a nice thing to do!

• USB keyboard support in Mii Channel

• Enhanced parental controls

• Improved SD card read/write speed

• Improved disc reading

The good features aside, they also managed to kill the Twilight hack. Or so they thought anyways. The good guys at hackmii managed to exploit more bugs and have given us a new savefile for the Twilight hack (beta2 now). The procedure for Twilight Hack remains the same and the good old method to run homebrew still lives on!

Also changed is the policy of updates. If you update to 3.4, nintendo will be able to update your firmware online without asking for your permission. That is a loss of lot of control. This is bad news especially given the fact that the modchips now support update blocking from the discs, which were not preventable earlier. The recommendation is to not update to this firmware, unless absolutely essential!

Before I begin and as much as I’d like to say that this is a very safe modification to do, if you do not understand php / sql do not proceed and even if you do, it is always best to backup your installation and database.

To start things off, we need to first be able to add the above values to the coupon from the administration panel. For that, open the following file:

administrator/components/com_virtuemart/html/coupon.coupon_form.php

and before the end of the form, that is before the </table> and the <tr> group add the following code:

<!-- Modification to add support for additional coupon code options -->
<tr>
  <td width="24%"><div align="right"><?php echo $VM_LANG->_('PHPSHOP_COUPON_PRODUCT_ID') ?>:</div></td>
  <td width="76%"> <input type="text" class="inputbox" name="product_id" value="<?php $db->sp("product_id"); ?>" /> </td>
</tr> 

<tr>
  <td width="24%"><div align="right"><?php echo $VM_LANG->_('PHPSHOP_COUPON_USER_ID') ?>:</div></td>
  <td width="76%"> <input type="text" class="inputbox" name="user_id" value="<?php $db->sp("user_id"); ?>" /> </td>
</tr> 

<tr>
  <td width="24%"><div align="right"><?php echo $VM_LANG->_('PHPSHOP_COUPON_MIN_VALUE') ?>:</div></td>
  <td width="76%"> <input type="text" class="inputbox" name="min_value" value="<?php $db->sp("min_value"); ?>" /> </td>
</tr> 

<tr>
  <td width="24%"><div align="right"><?php echo $VM_LANG->_('PHPSHOP_COUPON_DISC_TYPE') ?>:</div></td>
  <td width="76%"> <input type="radio" class="inputbox" name="discount_type" value="overall" <?php if($db->sf("discount_type")=='overall' || empty($coupon_id)) echo "checked=\"checked\""; ?> /> <?php echo $VM_LANG->_('PHPSHOP_COUPON_DISC_OVERALL_TYPE') ?>&nbsp;&nbsp;&nbsp; <?php echo mm_ToolTip( $VM_LANG->_('PHPSHOP_PRODUCT_DISCOUNT_TYPE_TIP') ); ?><br /> <input type="radio" class="inputbox" name="discount_type" value="specific" <?php if($db->sf("discount_type")=='specific') echo "checked=\"checked\""; ?> /> <?php echo $VM_LANG->_('PHPSHOP_COUPON_DISC_SPECIFIC_TYPE') ?> </td>
</tr> 

<!-- End of modification-->

Now, if you see the coupons in the administration panel, you’ll see new fields but nothing will be there to show what those fields are for. That is okay because we haven’t added the language modifications to the language file.

For that, open the following file

administrator/components/com_virtuemart/languages/common/english.php

and add the following code anywhere. The options include the language sets for the modifications which we haven’t yet made, but since they’ll be needed we’ll just add them all together.

        // custom messages for coupon code
'PHPSHOP_COUPON_PRODUCT_ID' => 'Product ID',
'PHPSHOP_COUPON_USER_ID' => 'User ID',
'PHPSHOP_COUPON_MIN_VALUE' => 'Minimum order value',
'PHPSHOP_COUPON_DISC_TYPE' => 'Discount type',
'PHPSHOP_PRODUCT_DISCOUNT_TYPE_TIP' => 'Overall discount gives discount to all products while specific gives discount only to that specific product. Makes sense only if you are selecting percentage discount type',
'PHPSHOP_COUPON_DISC_OVERALL_TYPE' => 'Overall',
'PHPSHOP_COUPON_DISC_SPECIFIC_TYPE' => 'Specific',
'PHPSHOP_PRODUCT_ID_NOT_NUMBER' => 'Product ID is not a number',
'PHPSHOP_USER_ID_NOT_NUMBER' => 'User ID is not a number',
'PHPSHOP_MIN_VALUE_NOT_NUMBER' => 'Minimum value is not a number',
'PHPSHOP_PRODUCT_ID_NEEDED' => 'Product ID is required when selecting specific discount type',
'PHPSHOP_REMOVE_COUPON' => 'Remove',
// end of custom messages for coupon code

Now you should be seeing what the new fields are for in the coupons page in admin panel. However, if you save any changes, they’ll not be made because we haven’t added the code and haven’t modified the database table to hold those values. If you have phpmyadmin, then just add the following fields to ‘jos_vm_coupons’ table (jos_vm prefix might be different for you if you chose a different prefix while installing).

product_id, user_id, min_value, discount_type

All of the fields should be ‘text’ type. All of them should have default value as null and should be nullable. If you do not have phpmyadmin, search for sql syntax and add these tables as specified above.

Now, we need to add code to process these values from the coupons form. Go to

administrator/components/com_virtuemart/classes/ps_coupon.php

and then to the ‘add_coupon’ function. Add the following to the starting of the function:

$product_id = NULL;
$user_id = NULL;
$min_value = NULL;

if ((int)($d['product_id'])) {
$product_id = (int)$d['product_id'];
}
if ((int)($d['user_id'])) {
$user_id = (int)$d['user_id'];
}
if ((int)($d['min_value'])) {
$min_value = (float)$d['min_value'];
}

and add these lines to the ‘$fields => array(‘, at the ending part of it. Also, make sure you add a ‘,’ to the last value

'coupon_value' => (float)$d['coupon_value']

'product_id' => $product_id  != 0 ? $product_id : NULL,
'user_id' => $user_id  != 0 ? $user_id : NULL,
'min_value' => $min_value != 0 ? $min_value : NULL,
'discount_type' => strtolower($d['discount_type']) == 'overall' ? 'overall' : 'specific'

Make same modifications to the ‘update_coupon’ function. Now you should be able to make changes to your coupons in the admin panel and they should stay as per your modifications. As of now, the ‘product_id’ and ‘user_id’ have to be manually put in by looking at the database but later on, I plan to make things easier.

Now, we need to make sure that the coupon is processed as per our requirements. Go to the ‘process_coupon_code’ function in the same file. Modify the query variable ‘$q’ in this function to add the following variables

product_id, user_id, min_value, discount_type

and under

if ($coupon_db->num_rows() > 0)
{

add the following code

if ($coupon_db->f('product_id') != null) {
$cart = $_SESSION['cart'];
$return_status = 0;

for($i = 0; $i < $cart['idx']; $i++) {
if ($cart[$i]['product_id'] == $coupon_db->f('product_id')) {
$return_status = 1;
}
}

if ($return_status == 0) {
$GLOBALS['coupon_error'] = $VM_LANG->_('PHPSHOP_COUPON_CODE_INVALID');
return false;
}

}

$auth = $_SESSION['auth'];

if ($coupon_db->f('user_id') != null && $coupon_db->f('user_id') != $auth['user_id']) {
$GLOBALS['coupon_error'] = $VM_LANG->_('PHPSHOP_COUPON_CODE_INVALID');
return false;
}
if ($coupon_db->f('min_value') != null && round($d['total']) < $coupon_db->f('min_value')) {
$GLOBALS['coupon_error'] = $VM_LANG->_('PHPSHOP_COUPON_CODE_INVALID');
return false;
}

and below this, modify the existing

if ($coupon_db->f('percent_or_total') == 'percent')
{
/* percent */
//$subtotal = $checkout->calc_order_subtotal( $d );

/* take the subtotal for calculation of the discount */
$coupon_value = round( ($d['total'] * $coupon_db->f('coupon_value') / 100), 2);

if( $d['total'] < $coupon_value ) {
$coupon_value = (float)$d['total'];
$vmLogger->info( str_replace('{value}',$GLOBALS['CURRENCY_DISPLAY']->getFullValue( $coupon_value ),$VM_LANG->_('VM_COUPON_GREATER_TOTAL_SETTO')) );
}
$_SESSION['coupon_discount'] = $coupon_value;
}             

to look like this

if ($coupon_db->f('percent_or_total') == 'percent')
{
/* percent */
//$subtotal = $checkout->calc_order_subtotal( $d );

/* take the subtotal for calculation of the discount */
if ($coupon_db->f('discount_type') == 'overall') {
$coupon_value = round( ($d['total'] * $coupon_db->f('coupon_value') / 100), 2);

if( $d['total'] < $coupon_value ) {
$coupon_value = (float)$d['total'];
$vmLogger->info( str_replace('{value}',$GLOBALS['CURRENCY_DISPLAY']->getFullValue( $coupon_value ),$VM_LANG->_('VM_COUPON_GREATER_TOTAL_SETTO')) );
}
$_SESSION['coupon_discount'] = $coupon_value;
} else {
$product_number = null;
$cart = $_SESSION['cart'];

for($i = 0; $i < $cart['idx']; $i++) {
if ($cart[$i]['product_id'] == $coupon_db->f('product_id')) {
$product_number = $i;
}
}
require_once(CLASSPATH.'ps_product.php');
$ps_product= new ps_product;
$price = $ps_product->get_adjusted_attribute_price($cart[$product_number]['product_id'], $cart[$product_number]['description']);
$product_price = $GLOBALS['CURRENCY']->convert( $price['product_price'], @$price['product_currency'] );
$coupon_calculation_value = $cart[$product_number]['quantity'] * $product_price;

$coupon_value = round( ($coupon_calculation_value * $coupon_db->f('coupon_value') / 100), 2);

if( $d['total'] < $coupon_value ) {
$coupon_value = (float)$d['total'];
$vmLogger->info( str_replace('{value}',$GLOBALS['CURRENCY_DISPLAY']->getFullValue( $coupon_value ),$VM_LANG->_('VM_COUPON_GREATER_TOTAL_SETTO')) );
}
$_SESSION['coupon_discount'] = $coupon_value;

}

}
else
{

$coupon_value = $coupon_db->f('coupon_value');

/* Total Amount */
if( $d['total'] < $coupon_value ) {
$coupon_value = (float)$d['total'];
$vmLogger->info( str_replace('{value}',$GLOBALS['CURRENCY_DISPLAY']->getFullValue( $coupon_value ),$VM_LANG->_('VM_COUPON_GREATER_TOTAL_SETTO')) );
}
$_SESSION['coupon_discount'] = $GLOBALS['CURRENCY']->convert( $coupon_value );

}

Now, for the last modification. This is actually something generic for virtuemart, wherein when a product is deleted, the coupon still remains. If a user adds a coupon and deletes the product and adds another product, the coupon should not remain. The following modification ensures that.

Open file

administrator/components/com_virtuemart/classes/ps_cart.php

and around line 442, where you should be seeing

$temp['idx'] = $j;
$_SESSION['cart'] = $temp;
ps_cart::saveCart();

add the following below the abovementioned code:

if ($_SESSION['coupon_id']) {
require_once(CLASSPATH.'ps_coupon.php');
$ps_coupon = new ps_coupon();
if (!$ps_coupon->process_coupon_code($d)) {
unset($_SESSION['coupon_discount']);
unset($_SESSION['coupon_id']);
unset($_SESSION['coupon_code']);
unset($_SESSION['coupon_type']);
unset($_SESSION['coupon_value']);
unset($_SESSION['coupon_redeemed']);
}
}

That’s it! You should now have the functionality of the coupons to be used with the features mentioned above! And that too with the niceness of native 1.5 code. Hope it helps a lot of people looking to add basic coupon functionality to their virtuemarts!

Update:- For those people having an issue with doubling coupon discounts (generic VM issue with 1.1.4), take a look at comment 118! Thanks for pointing it out George!

One of the very basic things in the whole process of e-commerce is providing the shopper with as much flexibility as possible. Of the many things this category can include, one is giving the user to cancel his order at any time before it’s practically possible. Despite virtuemart being an awesome e-commerce solution, this is one of the many features that it does lack. However, being open source community develops and gets back with solutions to such problems and that is the plan in this post (series of which will hopefull follow with more functionality features).

Before I proceed, I’ll say that I have only tested this as much as a single person can test and there could be certain bugs that could be present which I am unaware of. At the same time, i have tried to keep things as clean and compatible as possible. So it should not really break anything. This mod has been used on Joomla 1.5.6 and Virtuemart 1.1.2, so if you’re using a different version, things might be a little different.

Also, even though this is not very complex, if you’re not used to seeing and editing lines and lines of code, you should not risk editing any of your files. Even if you’re experienced, it always pays to make backups of files before you go ahead and edit the hell out of your live site!

Now lets get to the coding stuff. The mod is composed of small edits to existing files and new files that will be plugged in. The following existing files will need editing:

administrator/components/com_virtuemart/classes/ps_order.php

components/com_sh404sef/sef_ext/com_virtuemart.php

components/com_sh404sef/language/plugins/com_virtuemart.php

components/com_virtemart/languages/common/english.php

For convenience, I’ll be referring them to as file 1, file 2, file 3 and file 4 – as their order above.

Now, the first step is to make an order cancellation button appear on the account panel of the user. For this, open file 1 and go to the function ‘list_order’. This should be around line 548. Look for code

while ($db->next_record()) {

			$order_status = ps_order_status::getOrderStatusName($db->f("order_status"));

			$listObj->newRow();

			$tmp_cell = "<a href=\"". $sess->url( $mm_action_url."index.php?page=account.order_details&order_id=".$db->f("order_id") )."\">\n";
			$tmp_cell .= "<img src=\"".IMAGEURL."ps_image/goto.png\" height=\"32\" width=\"32\" align=\"middle\" border=\"0\" alt=\"".$VM_LANG->_('PHPSHOP_ORDER_LINK')."\" />&nbsp;".$VM_LANG->_('PHPSHOP_VIEW')."</a><br />";
			$listObj->addCell( $tmp_cell );

			$tmp_cell = "<strong>".$VM_LANG->_('PHPSHOP_ORDER_PRINT_PO_DATE').":</strong> " . strftime("%d. %B %Y", $db->f("cdate"));
			$tmp_cell .= "<br /><strong>".$VM_LANG->_('PHPSHOP_ORDER_PRINT_TOTAL').":</strong> " . $CURRENCY_DISPLAY->getFullValue($db->f("order_total"), '', $db->f('order_currency'));
			$listObj->addCell( $tmp_cell );

			$tmp_cell = "<strong>".$VM_LANG->_('PHPSHOP_ORDER_PRINT_PO_STATUS').":</strong> ".$order_status;
			$tmp_cell .= "<br /><strong>".$VM_LANG->_('PHPSHOP_ORDER_PRINT_PO_NUMBER').":</strong> " . sprintf($db->f("order_number"));
			$listObj->addCell( $tmp_cell );
}

Towards end of the while code, just below the last “$listObj->addcell($tmp_cell)” add the following code

// cancellation page to be created
                        if ($db->f('order_status') == 'P' || $db->f('order_status') == 'C') {
                          $tmp_cell = "<a href=\"". $sess->url( $mm_action_url."index.php?page=account.order_cancel&order_id=".$db->f('order_id') )."\">\n";
                          $tmp_cell .= "<img src=\"".IMAGEURL."ps_image/cancel.png\" height=\"32\" width=\"32\" align=\"middle\" border=\"0\" alt=\"".$VM_LANG->_('PHPSHOP_ORDER_LINK')."\" />&nbsp;".$VM_LANG->_('PHPSHOP_CANCEL')."</a><br />";
                          $listObj->addCell( $tmp_cell );
                        }

This allows for the button to appear when the order is in “Pending” or “Confirmed” mode. This is to allow the user to cancel his order before the item has been shipped. If you’d like any other kind of behaviour, edit it as you deem fit. You’ll also need a “cancel.png” file at the following location:

components/com_virtuemart/shop_image/ps_image/

This should preferably be a square image with 32×32 as the dimensions. Even if the image is bigger, it’ll get resized to the 32×32 dimensions, so make sure your image looks good on those scales.

If you’ve correctly applied the above code, you should be seeing a nice cancel button in the account maintenance tab in the list of order, to the rightmost for “Pendin” / “Confirmed” orders. If you click the link, you’ll get a 404 page as there is no cancellation page yet.

For that, find the attached files. Please the files as follows:

account.order_cancel.php -> administrator/components/com_virtuemart/html

account.order_cancel.php -> components/com_virtuemart/themes/default/templates/pages

After this is done, open file 3 and in the english section add at the last

$sh_LANG['en']['_PHPSHOP_ORDER_CANCEL'] = 'Order cancellation';

Now, open file 4 and add

'PHPSHOP_ACC_ORDER_CANCEL' => 'Cancellation of ',
'PHPSHOP_ACC_ORDER_CANCEL_TITLE' => 'Order Cancellation',
'PHPSHOP_ACC_ORDER_CANCEL_MESSAGE' => 'Are you sure you want to cancel this order ?',
'PHPSHOP_ACC_ORDER_CANCEL_MESSAGE_ERROR' => 'Unable to cancel this order! Please try later or contact customer care.',
'PHPSHOP_ACC_ORDER_CANCEL_MESSAGE_SUCCESS' => 'Success cancelling order! You will receive your refund shortly.',
'PHPSHOP_ACC_ORDER_CANCEL_MESSAGE_DENY' => 'Order is already cancelled.',
'PHPSHOP_ACC_ORDER_CANCEL_MESSAGE_DECLINE' => 'Unauthorized access!',

You can add this at anyplace you feel appropriate below

$langvars = array (

before the block ends.

Now, just to make the whole thing SEF compatible, open file 2 and find

case 'account.order_details':
$order_id = isset($order_id) ? @$order_id : null;
if ($sefConfig->shVmInsertShopName) $title[] = $shShopName;
if ($shVmCChk)
$title[] = 'vmchk';
$title[] =  $sh_LANG[$shLangIso]['_PHPSHOP_VIEW'].$sefConfig->replacement
.$sh_LANG[$shLangIso]['_PHPSHOP_ORDER_ITEM']
.($order_id ? $sefConfig->replacement.'id'.strval($order_id):'');
if (isset($order_id))  // V 1.2.4.r
shRemoveFromGETVarsList('order_id');
break;

and add just below it the following

case 'account.order_cancel':
$order_id = isset($order_id) ? @$order_id : null;
if ($sefConfig->shVmInsertShopName) $title[] = $shShopName;
if ($shVmCChk)
$title[] = 'vmchk';
$title[] =  $sh_LANG[$shLangIso]['_PHPSHOP_VIEW'].$sefConfig->replacement
.$sh_LANG[$shLangIso]['_PHPSHOP_ORDER_CANCEL']
.($order_id ? $sefConfig->replacement.'id'.strval($order_id):'');
if (isset($order_id))  // V 1.2.4.r
shRemoveFromGETVarsList('order_id');
shRemoveFromGETVarsList('order_cancel');
break;  

That’s it! You’re now have an order cancellation button (assuming you edited correctly and I haven’t forgotten anything) in the Account Maintenance tab! This should allow the user to cancel the orders till the confirmed stage.

If you would like to be notified when an order has been cancelled, add the notify code for cancellation case in the notify_customer function in file 1.

Hope this helps a lot of people doing e-commerce with the open source friendly virtuemart!

account_order

Further in the article, they’ve talked about a BootMii release for the future, which will be a complete solution for the bricked Wiis of any kind. However, if SaveMii fixes your Wii, that should be more than enough. A big advantage that BootMii will come with though, is a safeguard against bricks. This means, you will not be able to brick your Wii (software-wise ofcourse ) using the ‘softpatching’ that the dongle will provide.

These are pretty much the details available right now. If you have a bricked Wii that you’ve been unable to fix via the solutions that have been posted by me and others, then this should worth a try and you should consider buying one! Keep reading for more updates on this!

UPDATE:- It does seem to fix the famous Whitepage error (otherwise known as fullbrick)! Considering that it is only $30 with shipping, it’s definitely something worth buying, even if you’ve not yet bricked your Wii yet! I am definitely ordering mine!

Before you get too excited, let me just say that it is not really ‘out’ right now. From what I understood from marcan’s post (one of the lead developers on the homebrew, hacking the Wii scene, like Bushing) is that it’s still in it’s preliminary stages and that the release plans for the dongle as such are not there. So it’s still a little waiting before things get handy. Nonetheless, it’s a really nice update for people who bricked their Wiis. There are three cases of bricked Wiis that can be recovered, one of which includes the famous white screen brick. When the dongle is out, it will be as simple as (as per my understanding) plug in the dongle, boot the Wii, pop in a disc with firmware update and your Wii is back!

Moving on to the other things, the next most important thing was the development of the DVDX library. With this the much awaited DVD playback is now available on the Wii! Thanks to the guys over at hackmii, this helps developers read DVDs making homebrew softwares. A version of mplayer for the Wii is already out which supports the DVD playback. Also supported by the updated mplayer is USB playback, which means you can now play your favourite media on the Wii using a USB drive / stick! So much for the lack of media capabilities built-in on the Wii !!

Next on scene is the awesome menuloader. This is an application released by marcan (the same guy as above) which loads a patched version of the system menu (read custom firmware) withouth making any changes permanent. This is just too awesome given the fact that installing custom firmwares (permanently) can lead to a bricked Wii. With this, if the custom firmware doesn’t work out, you just reboot and the Wii is back in it’s original form! Though, the uses for this are now limited, given the fact that the most required features of custom firmwares are already out in homebrew software form. The usage of this is rather simple. Install it in the homebrew channel, select the ‘patches’ via this and it’s all set. Couldn’t have been more easier than this!

One of the most interesting post apps released on the homebrew scene is the AnyRegion changer. This lets your change the region of your Wii (permanently). After you change your region, you have to install a firmware of the same region. However, this is rather risky as you can brick your Wii rather easily. But if you bought a Wii when it was available somewhere and it wasn’t of your region, then this app can come in rather handy. Change the region of the Wii to yours, and you’re all set to go!

Also released was this app by Waninkoko, the custom IOS DVD dumper. With this custom firmware, you can dump your DVD to an SD card so that you can keep a backup in case your original DVD goes bad. Much easier than having to download the whole DVD from internet just for the sake of backup.

On the modding scene, new Wiis came out with D2E chpsets (D2C, D2C2 and now these, phew, nintendo sure doesn’t give up!). And as usual, all the major modchips released their versions of D2E compliant chips. D2pro and Wasabi are the two chips which are out there and working with these latest boards.

Also released was this app called Title uninstaller. Unlike the Wad uninstaller released a while back, this does not require you to have the original Wad files to uninstall the Titles installed on the Wii. Much useful incase you installed some title and don’t know which Wad file was used for it.

And this pretty much sums up all the important stuff having happened on the Wii scene (from my point of view anyways). Happy Wiing!

The camera guy was rather excited about filming the whole thing so you’ll have to excuse the occasional out of the odds comments, but go ahead and watch. This shipped from amazon on 30th July, with the good old synaptic touchpad.

Hopefully, an exhaustive review (yet another on the scene) will also be following this very soon.