I have been chasing my tail for a several days and done tons of searching, but am unable to find any information that pertains to my issue.
The following is the URL when clicking on a a product in a single category:
https://www.incrediblydesigned.com/index.php?option=com_virtuemart&view=productdetails&virtuemart_product_id=1&virtuemart_category_id=1&Itemid=228
When using this link I am presented with a page that states the 'Requested Page Could not be Found"
If I simply remove &virtuemart_category_id=1 from the URL I am able to load the requested product details without issues:
The working URL looks as follows:
https://www.incrediblydesigned.com/index.php?option=com_virtuemart&view=productdetails&virtuemart_product_id=1&Itemid=228
It would seem that I am missing a configuration issues somewhere along the lines but I have tried everything that I can think of.
Any advice would be greatly appreciated.
-Eugene
Hi Eugene,
I don't see any menu item for VirtueMart on your site.
Did you put at least one menu item for VM somewhere? Otherwise it will probably not work.
I also suggest mostly to ad a menu item for all main categories.
Stefan
Might be an obvious question but is the product in virtuemart_category_id 1 and is the cat published etc etc .. but also as Stefan says .. you must have the correct root menu setup etc
I had included the links as examples of what is and is not working. You access the shop you have to login where I have menu items setup. Since I have two groups that order (employees, business partners) I have two menus that are being used that are being filtered by category using an extension called 'custom filters'.
With the setup I am able to see the products in each category but when I click on the products the issue arises.
If you would like to have access to be able to see the issue just let me know and I will setup an account for you to take a closer look.
-Euegne
you haven't answered the questions!!!!!
Yes, everything is published!
When I select a category I can see all of the products in that category. When I select product details for a specific product this is when I get the error page. If I remove &virtuemart_category_id=1 from the URL I am then able to see the product with no issues. Seems that would indicate that all are published not to mention that in the backend I have verified they are published as well.
Maybe I am missing something with regards to 'root menu system'. I have menu items setup once a user logs in that includes access to VM. Included in that menu are Orders List, Shopping Cart, and User Edit Address. When a user logs in as an employee they have a menu group that includes these options that will get them into VM. If they login as a business partner they can access the menu from the main menu with the same options. The difference being that a module called 'custom filter' has two instances one that is accessed by employees and another by business partners. For each module it is set to only display the categories that apply to those users.
I have it setup like this as there seems that there is no solution to use Shopper Groups to limit the viability of categories and I don't need business partners to see categories for uniforms that apply to employees, nor do I need to present products for my business partners for my employees to see.
-Eugene
QuoteMaybe I am missing something with regards to 'root menu system'.
You MUST have SOMEWHERE a menu item for com_virtuemart - cat 0
hidden, shown doesn't matter .. but it must be there .. most call it shop or store or what ever .. all the routing is based off this menu
This seems like something that must have been in place at one time when everything was working fine and without realizing I removed it. However, I am look at the list of options for Virtuemart which I can add to a hidden menu that I have setup. The one that looks applicable to what you are indicating is Category Layout. With that said it does not refer to any of the categories by ID but by name so do I just assume that cat id 0 is the top level. I did try this already and no change.
-Eugene
I also want to mention that I appreciate your assistance.
QuoteThe one that looks applicable to what you are indicating is Category Layout. With that said it does not refer to any of the categories by ID but by name so do I just assume that cat id 0 is the top level.
correct -
if u want further help with this at a minimum the site needs to be accessible and start with sef off
The site is accessible. I would just need to setup an account for you to see the applicable menus. What is the best method to get you the needed information?
As for SEF I do have sh404SEF installed which was not causing me any issues when it was working. I believe I also have sh404SEF currently turned off as I have been testing without it.
If you are referring to SEO settings in VirtueMart I am not sure which takes priority if I should disable SEO in virtuemart. I do have Joomla SEO turned off.
Again I appreciate your assistance.
-Eugene
QuoteAs for SEF I do have sh404SEF installed
that piece of overblown sh**e will beak any site - it is totally un-necessary in any Joomla 3 site
This is what we mean by giving FULL information at the very first post
If u want help with this just make the vm menus public for the moment
why from here :https://www.incrediblydesigned.com/index.php?option=com_virtuemart&view=category can I not see a single product in any of these categories?
GJC Web Designer,
I am trying my best to give you FULL information based on what has changed between the time this worked just fine and the time it stopped. sh404SEF has been in place for a long time and was not an issue until recently. However, given you comment of 'overblown sh**e will beak any site - it is totally un-necessary in any Joomla 3 site' I completely removed it from my site. However, did not fix the issue...
So I will leave it off as if it is unnecessary then why have it on there.
So I did as requested and made the shop public, removed shopper groups and changed the permissions on the menu - module as well as the menu items and guess what. It works!!! HOWEVER, I am not selling uniforms to the public. From there I did exactly this:
- Clicked the Back Button
- Logged into my account
- Click on the exact same menu item as above.
- BROKEN!!!!
I did not change anything. I simple logged in...
The URL between the two are exactly the same:
https://www.incrediblydesigned.com/shop (you can check it out now that it is public)
So I went back and temporarly set the permission back to 'Employees' for both the menu - module and the items in the menu and it is broke again. Something that seems so simple seems to be an issue with Joomla permissions and VirtueMart. What is even most baffling is that I have had this working at one time where the menu - module and items in it were only visible to group 'owner' and it worked fine for over a year.
What is even worse is that the task that I was trying to solve that led me down this path, where at some point it stopped work seemed so simple. I did not want categories where none of the items applied to a specific shopper group to be visible. In other words if all of the items in the category do not apply the current shopper group (0 items) then hide the category. Seems like such a simple thing. It is messy to have two sets of people accessing the shop and see items that do not apply to one another. Example employees do not need to see categories made available for business partners and business partners do not need to see uniforms (shirts/aprons/hats/jackets) categories that should only be visible employees.
So what your saying is that as soon as u restrict a VM category JOOMLA menu with a JOOMLA user group access, the url to the cat's products are broken in some way?
You have J SEF on so it is impossible to know what is happening ..
install this module and publish in the debug or footer .. then u can see the real urls that are being used
https://github.com/OSTraining/OSURL
then you can start to deduce just what is happening -- but i think it is only going to be by experimentation that u find the solution
I have the module installed and setup as indicated against footer.
I can now see the real URL.
I am looking at the URLs and I don't see anything strange other then when I am logged in I do not get any information from OSURL. The same page when not logged in shows the URLs but also loads correctly.
-Eugene
After spending some time I went though all of the settings and set them back to their defaults or at least to the best of my knowledge. I was able to get things working both when logged in and not. From there I started enabling and configuring things they way I wanted and found that a specific module was actual reproducing the error. This module was related to 'Custom Filter' extension. With the module associated to this extension enabled the issue was presented. By simple disabling it the issue went away. So with that knowledge I started working on moving forward without this module which was intended to add some filtering options for those searching the cart.
I now have everything setup and working so both employees and business partners (shopper groups) can get to what they need without having extra (empty) categories getting in the way. It is not as streamlined as I would like with a shop only showing the applicable categories based on shopper groups but it is functional.
Once I had everything to a usable state for both shopper groups, I enabled the troublesome module and the issue reappeared. So the module/extension will not be usable in my environment.
It would appear the 'Custom Filter' module is adding in or using the wrong cat ids -- have you contacted the developer?
I have and to this point he is intent that the issue has nothing to do with custom filter and would like to charge to look further into the issue. Given that I have been able to work around the issue and although the features are an added benefit they are not necessary. So I don't see the need to fund the discover of the problem. It is a paid option for which I have already purchased and one would think it would be in their interest to determine the issue and correct to ensure a better product moving forward.