When turning on SEF everything works except for the Add/Edit Shipment Address.
It redirects
/en/register/editaddressST?new=1&virtuemart_user_id[0]=59
to
en/?option=com_users&view=login&return=L2VuL3JlZ2lzdGVyL2VkaXRhZGRyZXNzU1Q/bmV3PTEmdmlydHVlbWFydF91c2VyX2lkWzBdPTU5
And it only displays a logout button. When clicking this logout button it does redirect to the Add/Edit Shipment Address page, but then of course the user is logged-out and when saving it is redirected towards the register page.
Tried looking into the router.php but could not discover anything special.
When SEF is turned off everything works fine. Anybody has a clue? Thx!
Which versions of Joomla and Virtuemart are you using?
Joomla 2.5.8 and Virtuemart 2.0.18a
Quote from: eplevc on February 15, 2013, 09:54:57 AM
Joomla 2.5.8 and Virtuemart 2.0.18a
Then I have no idea. Mine works correctly. Are you using a third party 'One page checkout' or SEF extension?
Finally found the problem. The Register menu-item was set as a guest-link, so it was hidden while a user was logged-in. Apparently the Shipment Address is seen as part of this register page. 403 was automatically redirected so not visible. Setting Register menu-item as public solved the problem. Now have to find another way to hide it when a user is logged in.
Howdy,
I seem to be having the same problem, however ...
adding or removing or changing permissions to a registration link in user menu has no improvements.
Adding a menu link to "modify-account" info does however block ability to use the cart button "Add/Edit billing address information" in the same way.
I also notice that when I try to save shipping or payment, it routes to the cart but url shows same as menu item alias for "virtuemart category home' (seed-catalog) instead of /seed-catalog/cart.
Again, seems to be connected to a database/menu issue.
Why should menus break checkout functions? What is the connection?
I noticed the same thing when the Add/Edit billing address information redirected wrong until i removed my "Edit account info" menu link.
Any suggestions? We are getting desperate to fix this.
http://50.22.14.181
Joomla! 2.5.9
2.0.18a
Using a perm IP until issue is resolved.
to show using only IP is not the issue, change DNS on your router, etc... to:
50.22.23.34
then point browser to www.dollarseed.com and shipping/payment select still not loaded on page.
dont forget to change your DNS back when done, only works for sites on the server, not the rest of the internet.
Thank you for any response
Why is SEF so unstable with J/VM?
I have yet to set up a site with Joomla and Virtuemart and not have this problem.
Has anyone found a fix for this yet?
Quote from: WebMercher on March 07, 2013, 08:22:30 AM
Why is SEF so unstable with J/VM?
It works absolutely stable for me and many others.
The following is a very old thread, but perhaps you find a hint in that one that helps to solve your problem:
http://forum.joomla.org/viewtopic.php?p=1686772 (http://forum.joomla.org/viewtopic.php?p=1686772)
Also does not work for many people who have not received actionable advice here.
Everytime I setup VM on Joomla, have this problem!
This is NOT an IP problem, you can use the servers DNS to view via domain and problem still exists.
Apache version 1.3.42
PHP version 5.3.17
MySQL version 5.1.68-cll
Using a perm IP until issue is resolved.
to show using only IP is not the issue, change DNS on your router, etc... to:
50.22.23.34
then point browser to www.dollarseed.com and shipping/payment select still not loaded on page.
Don't forget to change & FLUSH your DNS back when done, only works for sites on my public server, not the rest of the internet.
IP address is required for SSL.
8 core server on high speed redundant network, nothing wrong with server or network.
Have had this problem on other sites too but with domain, fixed it last year but forgot how.
If anyone has experienced this and fixed it, please reply.
I'm running out of ideas, since I mentioned already, that in my opinon using the Google jQuery often produces problems (The version they use is different from the default VM jQuery version). My last guess is that your chat might continously update parts of the page via ajax thus producing your problem. I would disable that on the cart page.
Modules are NOT the problem, removed them and problem still exists, so i put them back.
Your Jquery idea is mute, have it working on other sites, when disabled on this site still happens.
Should not have do disable features to get this to work.
Does anyone have a fix for this?
Quote from: eplevc on February 14, 2013, 13:59:18 PM
When turning on SEF everything works except for the Add/Edit Shipment Address.
It redirects
/en/register/editaddressST?new=1&virtuemart_user_id[0]=59
to
en/?option=com_users&view=login&return=L2VuL3JlZ2lzdGVyL2VkaXRhZGRyZXNzU1Q/bmV3PTEmdmlydHVlbWFydF91c2VyX2lkWzBdPTU5
And it only displays a logout button. When clicking this logout button it does redirect to the Add/Edit Shipment Address page, but then of course the user is logged-out and when saving it is redirected towards the register page.
Tried looking into the router.php but could not discover anything special.
When SEF is turned off everything works fine. Anybody has a clue? Thx!
I had exactly the same problem Virtuemart 2.0.22A and joomla 2.5.14
I solved my problem adding an extra menu (called it hidden) and added the same menu items for guests as in the normal menu but this time published them for public. For some reason it overrules the way I want to and the add/edit page doesn't give me the page 403 error anymore and I can leave the menu items (register for example) not visible for logged in people.
Hope this is for use to somebody.
Just to add to this:
On J2.5.27/VM2.5.12.2 I had exactly the same problem on a clients site
SEF off all OK
SEF on in the cart when you tried to add an address (BT or ST) it would redirect to the Jommla login page
The client had a menu to the VirtueMart ยป VirtueMart Account Maintenance with the Access as registered
this seems to make sense - if public and not logged in then you get a VM registration form which IMHO confuses clients - I think they should only register once in the cart
Anyway - setting this to public solved this topic's problem
BTW hid the Account maintenance menu with css
$user =& JFactory::getUser();
$userid = $user->get('id');
if($userid == 0) {
echo '<style type="text/css">
.menu_top ul.nav li.item-185 a {
display:none;
}
</style>';
}