Hey there man,
How are you?
I wanted to let you know that I found out the source for the issue described in ticket #3421, more specifically the weird URLs containing the "view=categories" option, which get created for several menu items (but all point to the root category) and that can be found stored in sh404sef URL manager with a SEF URL as: "name-of-the-menu-item".
Again if you don't remember the issue in detail you can read ticket #3421 again.
So, I temporarily activated data recording to see if I could find out more about where they come from... and I did. I found out that those URLs are created upon editing an article from the frontend. More specifically, upon SAVING an article from the frontend. This can be replicated on a stock Joomla too.
For example:
- Create a Menu Item as a Category Blog
- Enter that Category Blog Menu in the frontend
- Enter an article inside that Category Blog
- Click the Edit button to edit the article from the frontend
(at this point the "issue" still didn't happen)
- Save the article. (even without changing anything)
- Boom, here it is, the weird URL with "view=categories" has been stored in URL Manager, with a SEF URL formed by the name of the menu item from which the article belonged to. For example if the menu item was called "test-menu", now you will have an URL called "test-menu" which for some reason randomly lists all categories contained in the root category.
I'm really not sure why this gets created by Joomla as this is a broken link in all effects. It has no purpose in existing and it doesn't get used anywhere.
To give you more information on why this might get generated and then stored by sh404sef, I also compared the article editing URL when sh404sef is enabled and when is disabled
Normal Article Editing Non-sef URL with sh404sef disabled:
?view=form&layout=edit&a_id=3&catid=8&return=...
Article Editing Non-sef URL with sh404sef enabled:
index.php?option=com_content&Itemid=103&a_id=3&catid=8&lang=en&layout=edit&return=...
As you can see they're different, sh404sef adds the menu id, which is not even present in the default Joomla article editing URL.
Now, I'm not sure if this has anything to do with those "view=categories" URLs that get stored, but it's a difference that I thought I'd report in case it helps you.
Either way, do you think it's possible for you to prevent sh404sef to store these nonsensical URLs every time you edit an article from the frontend?
Thank you very much in advance
How are you?
I wanted to let you know that I found out the source for the issue described in ticket #3421, more specifically the weird URLs containing the "view=categories" option, which get created for several menu items (but all point to the root category) and that can be found stored in sh404sef URL manager with a SEF URL as: "name-of-the-menu-item".
Again if you don't remember the issue in detail you can read ticket #3421 again.
So, I temporarily activated data recording to see if I could find out more about where they come from... and I did. I found out that those URLs are created upon editing an article from the frontend. More specifically, upon SAVING an article from the frontend. This can be replicated on a stock Joomla too.
For example:
- Create a Menu Item as a Category Blog
- Enter that Category Blog Menu in the frontend
- Enter an article inside that Category Blog
- Click the Edit button to edit the article from the frontend
(at this point the "issue" still didn't happen)
- Save the article. (even without changing anything)
- Boom, here it is, the weird URL with "view=categories" has been stored in URL Manager, with a SEF URL formed by the name of the menu item from which the article belonged to. For example if the menu item was called "test-menu", now you will have an URL called "test-menu" which for some reason randomly lists all categories contained in the root category.
I'm really not sure why this gets created by Joomla as this is a broken link in all effects. It has no purpose in existing and it doesn't get used anywhere.
To give you more information on why this might get generated and then stored by sh404sef, I also compared the article editing URL when sh404sef is enabled and when is disabled
Normal Article Editing Non-sef URL with sh404sef disabled:
?view=form&layout=edit&a_id=3&catid=8&return=...
Article Editing Non-sef URL with sh404sef enabled:
index.php?option=com_content&Itemid=103&a_id=3&catid=8&lang=en&layout=edit&return=...
As you can see they're different, sh404sef adds the menu id, which is not even present in the default Joomla article editing URL.
Now, I'm not sure if this has anything to do with those "view=categories" URLs that get stored, but it's a difference that I thought I'd report in case it helps you.
Either way, do you think it's possible for you to prevent sh404sef to store these nonsensical URLs every time you edit an article from the frontend?
Thank you very much in advance
