Adding shipping address to a shopper's data doesn't seem to work

[jjk]

J1.7.2/VM2 SVN revision 4563
When selecting a shopper from the 'Shopper List', there is a button "Add Address" under 'Shipping addresses', which doesn't seem to work. Is it supposed to allow to add a single shipping address or several possible shipping addresses?
VM-Debug shows a notice:

vmdebug user data with infoid (I suppose you mean "void" ="ungueltig") Var1:
Notice:  Undefined property: V
vmdebug exeSortSearchListQuery no limit

...just wondering because recently a duplicate key was added and I'm trying to figure out which string would be better:

(There currently is a duplicate key:
COM_VIRTUEMART_USER_FORM_SHIPTO_LBL="Shipping Addresses"
COM_VIRTUEMART_USER_FORM_SHIPTO_LBL="Shipto address")

[Milbo]

no, the vmdebug showing nolimit is absolutly temporarly and has nothign todo with the issue.

This has nothing todo with void "Notice:  Undefined property: V"

I assume you mean the backend?

[jjk]

I assume you mean the backend?

Yes :-)

[rvillela]

Has this been resolved? I am on Joomla 2.5.1 and VM 2.0.2 and I am having a similiar problem on the Administrator side.
1) When I click on the Add Address under Shipping Address, a new tab is created called "Shipment Addresses" but the focus does not go to the tab
2) I can manually go to the tab but when I enter an address and select the country (US or Canada), the State/Province/Region dropdown listbox is not enabled (nothing to select).
3) When I save and go back itno the record, nothing gets saved.

[Georgios Kolomvos]

This problem still exists at Joomla 2.5.4 and VM 2.0.6 (and at VM 2.0.7b that i tried)

I cannot add a new shipment address for any shopper, neither from the back-end (logged in as admin) nor from the front-end (logged in as the user himself).
When i tried to insert manually (by phpmyadmin), a new record in the table virtuemart_userinfos, with address_type ST (Shipment Type), then VM Front-End and Back-End recognised that new record as an additional shipment address and it showed it normally. Here is the SQL statement i used to insert an additional Shipment address for a shopper:

Code Select Expand

INSERT INTO `xxxxxx_virtuemart_userinfos` ( `virtuemart_userinfo_id` , `virtuemart_user_id` , `address_type` , `address_type_name` , `name` , `company` , `title` , `last_name` , `first_name` , `middle_name` , `phone_1` , `phone_2` , `fax` , `address_1` , `address_2` , `city` , `virtuemart_state_id` , `virtuemart_country_id` , `zip` , `agreed` , `created_on` , `created_by` , `modified_on` , `modified_by` , `locked_on` , `locked_by` )
VALUES ( 6, 45, 'ST', 'My brother\'s house', '', '', 'Mr', 'Smith', 'John', '', '6234567890', '', '', '5, Dimitriou St.', '', 'Athens', 521, 84, '52345', 0, '2012-05-09 14:58:40', 45, '2012-05-09 15:10:55', 45, '0000-00-00 00:00:00', 0 ) ;
(change xxxxxx to your database prefix)

Then the newlly added shipment address was both in the front and the back end of VM2 and it could be modified, selected for an order, etc.

Unfortunately, this bug has not been reported yet and i don't know if there is a way to report a Virtuemart Bug officially.
The same subject is also being discussed at http://forum.virtuemart.net/index.php?topic=94939