Hello together!
I got some problems with my Joomla 2.5.4 and VirtueMart 2.0.6.
The URL is: http://shop.bigger-hardware.de/
So, my first problem is:
When I register over the login module at the top of the page everything is fine. I get an email with the activation link like http://shop.bigger-hardware.de/index.php?option=com_users&task=registration.activate&token=12345678901234567890123456789012. I click the link, the account is activated and enabled. I could go shopping.
But, when I put some products into the cart, then go to the checkout (the process is kind of complicated like hell, but I will ask that stuff later) and register, i get an e-mail with a link like http://shop.bigger-hardware.de/index.php?option=com_users&task=registration.activate&token=12345678901234567890123456789012. But when I click that link, it doesn't activate or enable the account. After registration ober the checkout, I am already loggedin and can finish the process. When I logout, I can't login, because the account is not activated and enabled, but I can't, because something is wrong with that link.
The next problem:
How can I change the steps in the checkout process. It's now like:
I am logged in. I put products in the cart. I go to the cart. Click "Check out". I have to choose the paying method. I get to the cart. I click "Check out". I have to choose the shipping method. I get to the cart. I click "Check out". I get to the cart, because I havn't checked the Terms and Conditions (but I don't know that I have to, because there's no notice that I have to). I check the Terms and Conditions. Click "Check out". Process is done.
But how can I change it to:
Login. Products in the cart. Go to the cart. Click "Check out". Choose payment method. Choose shipping method. One last overview. "Check out". Done. ?
I hope you guys can help me out.
I would appreciate it.
Best regards,
Heiko Holland
I am dealing with the same issue for hours,
1 - It is impossible to register on this software , when i got to the registration page ...
2 - Major conflit with VM Paypal gateway , it does not show up.
3 - Impossivle to select the payment gatway and shipping
Obs: I am almost to gave up it ...and go back to the old virtuemart version v1.9
I'm with you on the check out steps, I have never seen a cart like this. It can be rather confusing or annoying to customers to keep getting sent back to the cart after each step. The only way I see to combat that is to select auto payment and shipping option but that only works if you only use one selection for both.
I would also like to know if there is a better way to change the checkout steps to where it just goes through them instead of sending you back each time.
This problem alone is making me think about using something else instead of virtuemart.
http://forum.virtuemart.net/index.php?topic=103868.new;topicseen#new
possible
working on it here
Hello,
Sorry guys , i found the solution on my request on this forum.
The template was disabled new registration in joomla 2.5. this is why i cound not make any new registration on virtuemat 2.0
so I loged on joomla dashboard, click the user manager , and click on options , and set the alow user registration to YES, and saved and closed
The problem is Joomla thinks the user is logged in when it tries to activate, and therefore skips activation and sends you to the index. For some reason, somewhere along the line of the checkout process, Virtuemart "half" logs the user in, either by using a Joomla function or creating session data that conflicts with Joomla's internal workings.
Essentially, I have not solved the problem in Virtuemart, since I find the code horrible to traverse. Instead I've made a small modification to Joomla itself that isn't very intrusive. Modify the activation link (e.g. &forceActivate=true ). You can do this inside administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail).
Edit the following file components/com_users/controllers/registration.php to skip the initial redirect to index if that parameter is found in the request. The script will proceed with activating the user, regardless of whether they are logged in.
public function activate()
{
$user = JFactory::getUser();
$uParams = JComponentHelper::getParams('com_users');
$jreq = JRequest :: get();
// If the user is logged in, return them back to the homepage.
if ( $user->get('id') ) {
if( !isset($jreq['forceActivate'] )){
$this->setRedirect('index.php');
return true;
}
}
}
Scuse me, but in administrator/components/com_virtuemart/models/user.php what should I change?
Did you also checked out this thread? https://forum.virtuemart.net/index.php?topic=99755.0
Quote from: CheezyPuffs on June 18, 2012, 03:28:13 AM
I'm with you on the check out steps, I have never seen a cart like this. It can be rather confusing or annoying to customers to keep getting sent back to the cart after each step ...
I would also like to know if there is a better way to change the checkout steps to where it just goes through them instead of sending you back each time.
This was an error which happened due SEF and should be fixed maybe already in 2.0.6, but at least 2.0.8, I am quite sure about this. I consider the described behaviour as really serious bug. It should go directly through the cart in one run.
Reading through some of the other threads, it seems there is an issue with the activation link itself. By adding www into it, it works fine.
Try: http://forum.virtuemart.net/index.php?topic=99755.0
Please read here http://forum.virtuemart.net/index.php?topic=99755.msg358908#msg358908
Quote from: lonelyfugitive on July 10, 2012, 15:04:19 PM
The problem is Joomla thinks the user is logged in when it tries to activate, and therefore skips activation and sends you to the index. For some reason, somewhere along the line of the checkout process, Virtuemart "half" logs the user in, either by using a Joomla function or creating session data that conflicts with Joomla's internal workings.
Essentially, I have not solved the problem in Virtuemart, since I find the code horrible to traverse. Instead I've made a small modification to Joomla itself that isn't very intrusive. Modify the activation link (e.g. &forceActivate=true ). You can do this inside administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail).
Edit the following file components/com_users/controllers/registration.php to skip the initial redirect to index if that parameter is found in the request. The script will proceed with activating the user, regardless of whether they are logged in.
public function activate()
{
$user = JFactory::getUser();
$uParams = JComponentHelper::getParams('com_users');
$jreq = JRequest :: get();
// If the user is logged in, return them back to the homepage.
if ( $user->get('id') ) {
if( !isset($jreq['forceActivate'] )){
$this->setRedirect('index.php');
return true;
}
}
}
I am new to joomla, so even before trying I wanted to ask...
Since the problem is Joomla thinks the user is logged in when it tries to activate... What if on components/com_users/controllers/registration.php instead of redirecting to index...
public function activate()
{
$user = JFactory::getUser();
$uParams = JComponentHelper::getParams('com_users');
// If the user is logged in, return them back to the homepage.
if ($user->get('id')) {
$this->setRedirect('index.php');
return true;
}
... If we destroy the session with the below code... So that user can login again after he or she clicked the activation link...
if ($user->get('id')) {
$session =& JFactory::getSession();
$session->destroy();
}
Would it work?
for 2 weeks of tweaking this problem atlast i got the solution ;)
@paping post it. Share with others your solution.
Quote from: paping on October 10, 2012, 10:47:13 AM
for 2 weeks of tweaking this problem atlast i got the solution ;)
@paping you are all over the forum saying you have a solution, why don't you share it?
or do you want to sell it? on another forum you ask people to send you a PM to get the solution, just tell how much you charge...
thanks,
Quote from: maxboy on October 13, 2012, 06:05:19 AM
Quote from: paping on October 10, 2012, 10:47:13 AM
for 2 weeks of tweaking this problem atlast i got the solution ;)
@paping you are all over the forum saying you have a solution, why don't you share it?
or do you want to sell it? on another forum you ask people to send you a PM to get the solution, just tell how much you charge...
thanks,
@paping why is it that you will not share your solution for the subject when a given number of users have the same problem as you did?
If you are not willing to post it for some personal reasons (don't know what that would be), then okay! Just think once again when having other issues and people don't want to share their solutions with you!
Though, I haven't checked in each forum if you have already posted it and in that case I take back what i posted.
Could someone please clarify what needs to be done at this point: "Modify the activation link (e.g. &forceActivate=true ). You can do this inside
administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail). "
Quote from: lonelyfugitive on July 10, 2012, 15:04:19 PM
The problem is Joomla thinks the user is logged in when it tries to activate, and therefore skips activation and sends you to the index. For some reason, somewhere along the line of the checkout process, Virtuemart "half" logs the user in, either by using a Joomla function or creating session data that conflicts with Joomla's internal workings.
Essentially, I have not solved the problem in Virtuemart, since I find the code horrible to traverse. Instead I've made a small modification to Joomla itself that isn't very intrusive. Modify the activation link (e.g. &forceActivate=true ). You can do this inside administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail).
Edit the following file components/com_users/controllers/registration.php to skip the initial redirect to index if that parameter is found in the request. The script will proceed with activating the user, regardless of whether they are logged in.
public function activate()
{
$user = JFactory::getUser();
$uParams = JComponentHelper::getParams('com_users');
$jreq = JRequest :: get();
// If the user is logged in, return them back to the homepage.
if ( $user->get('id') ) {
if( !isset($jreq['forceActivate'] )){
$this->setRedirect('index.php');
return true;
}
}
}
Quote from: coruja on December 12, 2012, 08:45:54 AM
Could someone please clarify what needs to be done at this point: "Modify the activation link (e.g. &forceActivate=true ). You can do this inside administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail). "
Quote from: lonelyfugitive on July 10, 2012, 15:04:19 PM
The problem is Joomla thinks the user is logged in when it tries to activate, and therefore skips activation and sends you to the index. For some reason, somewhere along the line of the checkout process, Virtuemart "half" logs the user in, either by using a Joomla function or creating session data that conflicts with Joomla's internal workings.
Essentially, I have not solved the problem in Virtuemart, since I find the code horrible to traverse. Instead I've made a small modification to Joomla itself that isn't very intrusive. Modify the activation link (e.g. &forceActivate=true ). You can do this inside administrator/components/com_virtuemart/models/user.php (sendRegistrationEmail).
Edit the following file components/com_users/controllers/registration.php to skip the initial redirect to index if that parameter is found in the request. The script will proceed with activating the user, regardless of whether they are logged in.
public function activate()
{
$user = JFactory::getUser();
$uParams = JComponentHelper::getParams('com_users');
$jreq = JRequest :: get();
// If the user is logged in, return them back to the homepage.
if ( $user->get('id') ) {
if( !isset($jreq['forceActivate'] )){
$this->setRedirect('index.php');
return true;
}
}
}
Hi to everybody, i'm new of this forum.
I have the same issue of this post, and i have find a solution, that there isn't the better but it work fine.
In the code i changed if ( $user->get('id') ) with if ( !$user->get('id') ), so after registration the user is redirect to login page.
bye.
The solution does not work for me. I am seeing the exact same problem (the user is unable to register during check out even though it is activated in the configuration).
Please also see this thread for screenshot of my problem: http://forum.virtuemart.net/index.php?topic=112382.msg378056
I have tested the problem to be Virtuemart it self, as it does not even work on a fresh install!!
I think, there are only two ways for now to hide that problem.
One way is to go to the Joomla user and change the registration procedure inJoomla User Manager by setting the 'New User Account Activation to 'None' in the Options Tab. The other way would be to prevent any user registration in Virtuemart by setting the checkout procedure in the following way:
On checkout, ask for registration: off
Only registered users can checkout: off
This is not a solution for the problem. It is just a workaround.
Same issue
We've had so many problems with VM over the past 12 months, we'll not be using it any longer I think. It's a complete and utter mess.
Quote from: lindapowers on February 08, 2013, 10:02:48 AM
I'm thinking the same to be honest. Mijoshop and Hikashop seems the right way to go, at least the developers are quite more educated and polite.
The checkout is the worst I have seen in all the e-commerce solutions and is even better the fact that they don't consider it priority number 1. You see them adding options for multivendor, multiauthor, multipricing when the god damm cart doesn't even work in is default installation.
And you know why they care a shit about these post and all the others related to the checkout? cause the developer of one page checkout by rupostel provides some bug fixes to the VM team and probably they include bugs in purpose in the checkout so that we are all forced to buy that component. They must think we are all idiots and can't see that after one year of complains and bugfixes by others which are even ignored. This policy is complete bullshit and I doubt someone believes any longer than they can't fix the bugs and make a decent (not nice, just a working) checkout.
You can even see their designer posting commercial templates constantly in the 3rd party developers section while he won't take 10 mins to fix the damm checkout cause the poor Stan will loose some customers. I imagine them saying "ey Stan don't worry we will make the crappiest checkout ever so that people are forced to buy your component"
What a stupid way to loose customers and get people pissed, like me after using VM for 2 years and defending the project, I even made the entire translation in spanish.
Best thing is that when you post bugs like these their reply is "fix it yourself and post it"
So we are using joomla as 90% people cause we have little knowledge in programming and we have to fix a checkout system that makes no sense and is full of bugs when any of them developers could fix and make the checkout work in 1 hour max, and their reply is saying that the checkout is just templating. Can you believe it? ;D
Theres not a ***obscenity removed*** thing to fix other than the checkout right now. And dozens of post in the forum proove that. Just make it work by default lol, nothing more, just make it work even if is the ugliest checkout ever fix the bugs please!
Couldn't agree more. After all the years developing this, it's still got tons of stupid little problems that should have been fixed years ago. As you say, it doesn't even work "out of the box" most of the time, let alone when you try and customize it at all. Complete and utter nightmare. Sick of posting for help and getting none.
Quote from: CMYKreative on February 08, 2013, 10:20:38 AM
Quote from: lindapowers on February 08, 2013, 10:02:48 AM
I'm thinking the same to be honest. Mijoshop and Hikashop seems the right way to go, at least the developers are quite more educated and polite.
The checkout is the worst I have seen in all the e-commerce solutions and is even better the fact that they don't consider it priority number 1. You see them adding options for multivendor, multiauthor, multipricing when the god damm cart doesn't even work in is default installation.
And you know why they care a shit about these post and all the others related to the checkout? cause the developer of one page checkout by rupostel provides some bug fixes to the VM team and probably they include bugs in purpose in the checkout so that we are all forced to buy that component. They must think we are all idiots and can't see that after one year of complains and bugfixes by others which are even ignored. This policy is complete bullshit and I doubt someone believes any longer than they can't fix the bugs and make a decent (not nice, just a working) checkout.
You can even see their designer posting commercial templates constantly in the 3rd party developers section while he won't take 10 mins to fix the damm checkout cause the poor Stan will loose some customers. I imagine them saying "ey Stan don't worry we will make the crappiest checkout ever so that people are forced to buy your component"
What a stupid way to loose customers and get people pissed, like me after using VM for 2 years and defending the project, I even made the entire translation in spanish.
Best thing is that when you post bugs like these their reply is "fix it yourself and post it"
So we are using joomla as 90% people cause we have little knowledge in programming and we have to fix a checkout system that makes no sense and is full of bugs when any of them developers could fix and make the checkout work in 1 hour max, and their reply is saying that the checkout is just templating. Can you believe it? ;D
Theres not a ***obscenity removed*** thing to fix other than the checkout right now. And dozens of post in the forum proove that. Just make it work by default lol, nothing more, just make it work even if is the ugliest checkout ever fix the bugs please!
Couldn't agree more. After all the years developing this, it's still got tons of stupid little problems that should have been fixed years ago. As you say, it doesn't even work "out of the box" most of the time, let alone when you try and customize it at all. Complete and utter nightmare. Sick of posting for help and getting none.
You think that the people who create VM care? Doubt it until they have no one to use their product. I am hoping one day that the developers who care will make their own off bread of VMW = VirtuemartWorking This community would go away and we could get one that helps with their product and not say "well its free so deal"
To make it work somehow without using external plugins or extensions you can do it the following way:
Change the registration procedure inJoomla User Manager by setting the 'New User Account Activation to 'None' in the Options Tab.
In virtuemart configuration set:
On checkout, ask for registration: off
Only registered users can checkout: off
I think it is not absolutely necessary, that a customer needs to registrate with the Joomla registration. A customer can see the orders too without registration in Joomla as user.
If a user registration in Joomla is necessary I agree that it does not work, because the customer receives an email to open the account but clicking on the link, the customer is logged in into Joomla but the VM cart does not refresh, so for VM the customer is not logged in. My question is: does that work for other components except of the default Joomla components?
Quote from: franzpeter on February 10, 2013, 16:00:57 PM
To make it work somehow without using external plugins or extensions you can do it the following way:
Change the registration procedure inJoomla User Manager by setting the 'New User Account Activation to 'None' in the Options Tab.
In virtuemart configuration set:
On checkout, ask for registration: off
Only registered users can checkout: off
I think it is not absolutely necessary, that a customer needs to registrate with the Joomla registration. A customer can see the orders too without registration in Joomla as user.
If a user registration in Joomla is necessary I agree that it does not work, because the customer receives an email to open the account but clicking on the link, the customer is logged in into Joomla but the VM cart does not refresh, so for VM the customer is not logged in. My question is: does that work for other components except of the default Joomla components?
Turn off Joomla SEF and you can login/register on checkout. VM for some reason thinks it is in charge and f**ks it all up. But be prepared as there becomes new image issues.
Quote from: franzpeter on February 10, 2013, 16:00:57 PM
To make it work somehow without using external plugins or extensions you can do it the following way:
Change the registration procedure inJoomla User Manager by setting the 'New User Account Activation to 'None' in the Options Tab.
In virtuemart configuration set:
On checkout, ask for registration: off
Only registered users can checkout: off
I think it is not absolutely necessary, that a customer needs to registrate with the Joomla registration. A customer can see the orders too without registration in Joomla as user.
If a user registration in Joomla is necessary I agree that it does not work, because the customer receives an email to open the account but clicking on the link, the customer is logged in into Joomla but the VM cart does not refresh, so for VM the customer is not logged in. My question is: does that work for other components except of the default Joomla components?
That's great but doesn't solve the fundamental problem that VM just doesn't work properly. For everything we have to hack it to hell to make it work. And turning off registration isn't an option for most people as they need to have confirmation of user details and acceptance of terms etc by law.
@CMYKkreative,
It is true that it should work as expected. But for shop owners it is better to have a possibility to use the shop instead of only complaining about a thing, which does not work for the moment.
In case of TOS and user details: VM does allow to show the option of accepting the TOS without user registration.
What does the user details say about a user? The only thing which may get checked is the email adress. You can have the same thing with your host configuration or server configuration by selecting to do a silent verification test of the email account.
I agree, that the problem should get solved by the VM delevopers but until that happens, do you want to close your store? What I can see on the developer files, it is obvious that the problem will not get fixed with the next update. Those files, which would need an update are not updated there since more than one month.
Quote from: franzpeter on February 11, 2013, 11:10:46 AM
@CMYKkreative,
It is true that it should work as expected. But for shop owners it is better to have a possibility to use the shop instead of only complaining about a thing, which does not work for the moment.
In case of TOS and user details: VM does allow to show the option of accepting the TOS without user registration.
What does the user details say about a user? The only thing which may get checked is the email adress. You can have the same thing with your host configuration or server configuration by selecting to do a silent verification test of the email account.
I agree, that the problem should get solved by the VM delevopers but until that happens, do you want to close your store? What I can see on the developer files, it is obvious that the problem will not get fixed with the next update. Those files, which would need an update are not updated there since more than one month.
My point is that from the ground up the code is a real mess, hacked together, and it just doesn't work properly. We're forced to resort to other plugins or developers to fix things that should be working in the first place. This has been under development for years and it's still not "right" and unlikely to ever be.
And as for "support" . . . it's a joke . . . you get the stock answer "it's free, deal with it". Well, OK we have, we are using other carts and recommending everyone else to do the same.
EDIT: case in point, this thread alone has had 3925 views so far and the problems are still there.
@CMYKreative,
well, but Joomla itself has still some bugs too. That may happen while developing a component. I had to learn that the smart search component has some nasty limits, while the ancestor product, which was developed by an australian developer, had not such limits.
So, nobody seems to be perfect, no Joomla developer, no VM developer and me too: not perfect. I agree that there are some bugs in VM 2 but not in the way, that it is absolutely unusable. I do not see, that the code is completely hacked together. Maybe you can give me an example of a shopping cart solution for Joomla, which works out of the box, is absolutely reliable and offers a lot of additional modules and other extensions, so it could fit for every purpose. It should be very speedy, have an excellent checkout procedure, should support dozens of shipping and payment gateways, should be a search engine magnet with perfect sef support and should cost nothing. I do not see such a product. Maybe you can give us a recommendation.
You want their attention pull out cash and wave it. Other than that we are nothing but their testing grounds. They might actually start to care if this post becomes too popular. Then again they might do what most admins do and just lock it with some BS on how we aren't being productive. I think getting their attention is very productive.
Quote from: franzpeter on February 11, 2013, 14:39:34 PM
@CMYKreative,
well, but Joomla itself has still some bugs too. That may happen while developing a component. I had to learn that the smart search component has some nasty limits, while the ancestor product, which was developed by an australian developer, had not such limits.
So, nobody seems to be perfect, no Joomla developer, no VM developer and me too: not perfect. I agree that there are some bugs in VM 2 but not in the way, that it is absolutely unusable. I do not see, that the code is completely hacked together. Maybe you can give me an example of a shopping cart solution for Joomla, which works out of the box, is absolutely reliable and offers a lot of additional modules and other extensions, so it could fit for every purpose. It should be very speedy, have an excellent checkout procedure, should support dozens of shipping and payment gateways, should be a search engine magnet with perfect sef support and should cost nothing. I do not see such a product. Maybe you can give us a recommendation.
@Franzpeter - we obviously see things differently, are you one of their developers by any chance?
Yes, I agree Joomla has some bugs, but they are fixed immediately and continually as they occur and are reported.
As for the "hack" code, just take a look through any one of the VM pages and see how it's cobbled together. If you don't think that's a "hack" then we'll have to agree to disagree.
Other shopping carts, well most work out of the box so take your pick and I would be more than happy to pay for VM IF it DID work so the tired old excuse of it being "free" holds no water for me whatsoever.
You'd think after 4000 views an official developer might have jumped in by now just to say "sorry, we're looking into it and it'll be fixed soon" . . . but no, nothing at all.
@CMYKreative,
no, I am not a VM developer. I had a few customers too, which did complain about not to be able to place an order because of the crappy registration and checkout process. And I am pretty shure, that most of the customers, who did try to register and were not able to confirm the registration, did abort it and bought from other sellers. But instead of complaining about that bug, I did change the checkout by using only guest account and switching off the registration confirmation in Joomla.
I agree too, that VM 2 hangs somehow inside Joomla and especially the points of intersection, like user registration and SEF/SEO, have some problems.
If you want to use VM somehow as shop owner, the checkout must - for now - only use guest checkout without registration. For SEO, especially if the VM frontpage is the start page, we need to hack the code to show the Joomla Menu description and in case of SEF it is highly recommended to not use hidden menu and the Joomla alias menu creation, to show a different routing beyond the VM Standard routing (i.e. do not try to show a different category trunk for example).
"change the checkout by using only guest account and switching off the registration confirmation in Joomla"
Thats the best solution?
BRB jumping from the balcony.
@lindapowers,
no, it is not the best solution for a Joomla shopping cart component! But it is, for now, the only solution which works. The other solution is to completely switch off SEF. In case of crawlers, that is not a good idea, because Joomla SEF is not able to work vice versa, so products and categories cannot be found, if a crawler has crawled with sef url and you switch it off.
Maybe, if SEF is the problem, there is another approach. Those cart pages do not need sef url. For crawlers, they are without any purpose and for ordering customers too. Has someone an idea, how to switch off sef only for those cart functions?
Quote from: franzpeter on February 13, 2013, 10:55:15 AM
@lindapowers,
no, it is not the best solution for a Joomla shopping cart component! But it is, for now, the only solution which works. The other solution is to completely switch off SEF. In case of crawlers, that is not a good idea, because Joomla SEF is not able to work vice versa, so products and categories cannot be found, if a crawler has crawled with sef url and you switch it off.
Maybe, if SEF is the problem, there is another approach. Those cart pages do not need sef url. For crawlers, they are without any purpose and for ordering customers too. Has someone an idea, how to switch off sef only for those cart functions?
@Franz - that's not correct, an SE will spider the site with or without SEF turned on. The SEF just makes pretty/nice/smaller url's.
@CMYKreative,
sorry, in case of:
no, it is not the best solution for a Joomla shopping cart component! But it is, for now, the only solution which works. The other solution is to completely switch off SEF. In case of crawlers, that is not a good idea, because Joomla SEF is not able to work vice versa, so products and categories cannot be found, if a crawler has crawled with sef url and you switch it off.
I did mean that it is not a good idea to use SEF url and if the SE did already crawl the pages, to switch SEF url off. The spidered urls in the SE will produce an error, if you click on the link in the SE for those url.
My question is: if the registration process does actually not work in the way it should with SEF activated, is it an option to turn SEF off just for the checkout pages, which are of no importance for the SE?
Quote from: franzpeter on February 13, 2013, 15:05:19 PM
@CMYKreative,
sorry, in case of:
no, it is not the best solution for a Joomla shopping cart component! But it is, for now, the only solution which works. The other solution is to completely switch off SEF. In case of crawlers, that is not a good idea, because Joomla SEF is not able to work vice versa, so products and categories cannot be found, if a crawler has crawled with sef url and you switch it off.
I did mean that it is not a good idea to use SEF url and if the SE did already crawl the pages, to switch SEF url off. The spidered urls in the SE will produce an error, if you click on the link in the SE for those url.
My question is: if the registration process does actually not work in the way it should with SEF activated, is it an option to turn SEF off just for the checkout pages, which are of no importance for the SE?
Actually, SEF url's are very important throughout a site, so for me cannot simply be turned off . . . they make it easier from a user point of view, and the SE's prefer them also. If it doesn't work, that's a MAJOR problem.
I had to disable the MVC override plugin that is there to help modules cooperate with joomla. turns out VM has issues with MVC HMMMM. So once it was disabled I took my override template file and used it as a core hack. That fixed the problems I was having. Templater follows the Joomla guides and thought that VM did to. Seems not so. Try disabling the mvc and using an override file for the cart.php in com_virtuemart. Just be careful as updates will overwrite that file and you have to manually check the old one for updates and change again. It's VM's fault. Get with the picture.
Quote from: atomikiss on December 19, 2012, 22:31:26 PM
In the code i changed if ( $user->get('id') ) with if ( !$user->get('id') ), so after registration the user is redirect to login page.
bye.
I go around this issue much days. this solution works correct. with joomla 2.5.9 VM 2.20b.
I wish I could remember the link but there is a plugin fix on the forums for this that will log them in when they register. It is on a post just like this one. I tested the plugin and it did/does work.
Search for Joomla user activation in Virtuemart 2
https://forum.virtuemart.net/index.php?topic=113802.msg382886#msg382886
Hi....I'm having exactly the same problem. any luck solving this problem?
The problem is that after registration, even if an activation link is sent, the user can still complete the ckeckout.
Does anyone know what to edit to remove user from session after registration (if not activated).
Besides, I tried to modify joomla controller for registration (components/com_users/controllers/registration.php) but it seems it's not even called. So I guess I have to modofy some virtuemart controller.
Any ideas?
Thanks
Hi Guys,
I am pretty experienced with Joomla 1.5 and Vm 1.x. Right now I am building few stores based on virtuemar and I am experiencing some problems similar to you guys. I am not sure how everyone else has VM 2.0 registration solved but I am using redirect component and mod_login module for login. So when someone clicks "create an account" it's redirected to a page that loads the view
/com_virtuemart/users/edit.php template
From what I understood it looked like VM is trying to login new user but it's not logged in completely and it creates a mess in session. So what I did is this:
if($this->userDetails->virtuemart_user_id!=0 && $_SESSION['__default']['user']->guest != 1) {
//this is what users sees when he should be fully logged in. In my case, I don't want user to see this page at all but if you do want to have it, just FYI.
} else if($this->userDetails->virtuemart_user_id==0) {
//This is what users gets when he is not regustered - registration form
echo $this->loadTemplate ( 'shopper' );
} else {
//And finally if non of the options above has been used, it looks like we are here, and we shouldn't. So that's our case
$_SESSION['__default']['user']->guest == 1 (which means user is a guest)
$this->userDetails->virtuemart_user_id!=0 (wchich means user has VM ID, and he shouldn't have that if he is a guest)
So in that option I would like to just remove all user session, because it looks like new registration confirmation page.
unset($_SESSION['__default']['user']);
}
After that I only get vm message that account has been created, please click a link to confirm it. Now when you click the link your access token will work, because you are not logged in, and user session is clean, you will be redirected to a login page where you can login without any problems. Full code look like this:
if($this->userDetails->virtuemart_user_id!=0 && $_SESSION['__default']['user']->guest != 1) {
$tabarray = array();
if($this->userDetails->user_is_vendor){
if(!empty($this->add_product_link)) {
echo $this->add_product_link;
}
$tabarray['vendor'] = 'COM_VIRTUEMART_VENDOR';
}
$tabarray['shopper'] = 'COM_VIRTUEMART_SHOPPER_FORM_LBL';
//$tabarray['user'] = 'COM_VIRTUEMART_USER_FORM_TAB_GENERALINFO';
if (!empty($this->shipto)) {
$tabarray['shipto'] = 'COM_VIRTUEMART_USER_FORM_ADD_SHIPTO_LBL';
}
if (($_ordcnt = count($this->orderlist)) > 0) {
$tabarray['orderlist'] = 'COM_VIRTUEMART_YOUR_ORDERS';
}
shopFunctionsF::buildTabs ( $this, $tabarray);
} else if($this->userDetails->virtuemart_user_id==0) {
echo $this->loadTemplate ( 'shopper' );
} else {
unset($_SESSION['__default']['user']);
}
I am not sure this is the cleanes solution - probably not, but it doesn't require to mess in VM core files, only in a template. Let me know did this help anyone, thanks!
We have this problem still in 2.0.18??
I dont think so, I use it all the time with SEO activated. SEO should be always activated and it works absolutly fine. Also the login works, but you must setup our page without www, then add the www later and created a redirect NOT alias!