Another SEF link bug [INVALID]

Hi, just discovered one thing. I have a path like

sensors-by-application/transducer-development/101-respirator-and-breath-detection-equipment.html

which shows a category view. If I manually delete the 101- I don't get an 404 error but a page that lists all categories.

Rooney

This is FLEXIcontent v2.0?
Does it occurs for all categories?
Does it occur with non SEF link?
Does the category have public access?
Do you have some SEF component installed?
Where is this link ? in a menu-item?

Provide any information that maybe relevant, otherwise it is not possible to test or reproduce or fix

Regards

This is FLEXIcontent v2.0?
-> Yes

Does it occurs for all categories?
-> All categories that do not have a menu item assigned.

Does it occur with non SEF link?
-> Don't know actually. Ho can I test?

Does the category have public access?
-> Yes

Do you have some SEF component installed?
-> No

Where is this link ? in a menu-item?
-> It is a link in category view. Please have a look here newtemplate.servoflo.com/sensors ... pment.html

Rooney

OK, but why you should delete the 101 from the url?

More over if you delete it then what is shown is what the current joomla menu item points to, it points to the directory view, which what you get (aka all categories) if it was another menu item then you would get something else.

Try altering the "transducer-development" part of the url which is the alias of the current menu item , and you will see that you get an 404 error page.

Anyway this is the expected behavior. NOTE: we have a option in global configuration for the default menu item for pages that they don't have a menu item. e.g. you can create an FLEXIcontent item with some text and then create a joomla menu item that points to it and then set it (set its id) in global configuration.

Regards

Thanks for the explanation. There is no reason taking "the 101" away. I just wanted to understand what's happening. Again, thanks for your effort explaining.

Rooney

To be more clear the part with 101 number cause the FLEXIcontent ROUTING code to understand that it is a category link, if the were to 2 numbers then it would understand that it is a link to an item (article).
e.g. this is link to FC item
...//domain.com/menuitemalias/101-catalias/1201-itemalias
e.g. this is link to FC category
...//domain.com/menuitemalias/101-catalias/

OF course the above links are routed by joomla to FLEXIcontent because the "menuitemalias" is an alias of a menu item that points to FLEXIcontent component

If FLEXIcontent the link
...//domain.com/menuitemalias
is given to FLEXIcontent ROUTING code the what will be shown is what the menu item points to, which in your case is the directory view (aka a category list)

Regards

Update: If I link the default FC menu item in the hidden menu it still shows the directory view! Even more. I have pointed to a disabled article and found, testing if the new menu assignment pointed to the new location, the article is displayed even that the article is disabled!

Try altering the "transducer-development" part of the url which is the alias of the current menu item , and you will see that you get an 404 error page.

No. I can change whatever I want in the path, the page stays the same at the moment. If I delete the number it redirects to the FC menu item.

Whatever other invalid path (except .php at the end) I put in it redirects to the FC menu item.

I mean this is kind of excellent, but I do not get ANY 404 errors anymore on the page.

Rooney

Rooney wrote: Update: If I link the default FC menu item in the hidden menu it still shows the directory view! Even more. I have pointed to a disabled article and found, testing if the new menu assignment pointed to the new location, the article is displayed even that the article is disabled!
Yes this is a bug and we have an issue open for this:
code.google.com/p/flexicontent/i ... ail?id=333

Try altering the "transducer-development" part of the url which is the alias of the current menu item , and you will see that you get an 404 error page.

Rooney wrote: No. I can change whatever I want in the path, the page stays the same at the moment. If I delete the number it redirects to the FC menu item.

This is the expected behavior, if a parameter is missing it will be taken from the menu item, although we have a bug that maybe related to this:
code.google.com/p/flexicontent/i ... ail?id=334

Rooney wrote: Whatever other invalid path (except .php at the end) I put in it redirects to the FC menu item.

I mean this is kind of excellent, but I do not get ANY 404 errors anymore on the page.

I am not sure if this is the expected behavior or not, if you do it with some a menu item of some other component what happens?

ggppdk wrote:

Rooney wrote: Whatever other invalid path (except .php at the end) I put in it redirects to the FC menu item.

I mean this is kind of excellent, but I do not get ANY 404 errors anymore on the page.

I am not sure if this is the expected behavior or not, if you do it with some a menu item of some other component what happens?

I do not have any other components (due to the excellent component FlexiContent) installed. Only BreezingForms. If I delete something in the path I am redirected to the directory view.

By the way, the page can be found here, if you want to make own tests: newtemplate.servoflo.com/

Or later that night
www.servoflo.com/

Because we are going live tonight replacing the old Zoo based page.

Roland

Roland