Joomla! Discussion Forums

I am unable to post in the developer forums (I think it has to do with the MOM classification.) I would appreciate it if a moderator would move this bug report into the Joomla! v 1.5 Q&T forum for me.

Thanks!
Amy

Still an error in SVN Revision 9241.

Also - the URL I believe is in error is the one that INCLUDES /1-latest-new/.

Confirmed.

Joomla! generates different "Read more..." URLs for the same article, depending on where the article is listed (different read more on front page type than on category/section blog page type).

This is still an issue in the latest svn (9367).

Also, let me note that if the URL that is in error is the one that includes "/1-latest-new/",  then *ALL* article (sef) URLs of live RC3 websites will be changed when this bug is fixed.

Web spiders will certainly not like this.

We have to fix things. Those of us venturing out into RC territory certainly knew what we signed up for, right?

Amy

Ofcourse, Amy. Hopefully this will be fixed by the time of the next RC release.

Also, shouldn't this be tagged "confirmed" ?

Apparently, it has not been confirmed, yet, by the developers. Once they have tested and found it to be true, that's when the status will change.

Amy

The problem with category-polluted links can be worked around by a small change in \components\com_content\router.php:

if(isset($query['catid'])) {
$segments[] = $query['catid'];
unset($query['catid']);
};

=>

if(isset($query['catid'])) {
// We don't want category stuff in the route.
// Article links should be based on menu item aliases.
//$segments[] = $query['catid'];
unset($query['catid']);
};

This works for me but I guess the catid is included for a reason ...? , so I'm uncertain of which side effects this change could have.

But even with this hack the section blog layout readmore links will often be wrong (the directory corresponding to the category level is missing). To fix these links as well, I have changed one line in \components\com_content\views\section\view.html.php:

$item->readmore_link = JRoute::_("index.php?view=article&id=".$item->slug);

=>

$item->readmore_link = JRoute::_(ContentHelperRoute::getArticleRoute($item->slug, $item->catid, $item->sectionid));


Now

/section-menu-alias/category-menu-alias/444-article-alias
/section-menu-alias/category-menu-alias/33-category-name/444-article-alias
/section-menu-alias/category-menu-alias/33/444-article-alias
/section-menu-alias/444-article-alias

have all become

/section-menu-alias/category-menu-alias/444-article-alias

Awesome.  (The other three posts you had weren't too shabby, either!)

Amy

@webstudent -

Do you see the issue Jick is raising as related to this patch you are proposing?

Thanks!
Amy

Great! Thanks!

I will try this soon.

Amy,
the thread started by Jick seems to deal with problems related to the change of base url. (I've chosen to temporarily solve the baseurl problems by url rewriting in .htaccess.) The problem with article links discussed in this thread is not related to the baseurl problems.

Regarding the article routing issue, there is one more thing that should be mentioned. As article links depend on the menu item aliases, it is important to have only one com_content menu item per article section/category. If more menu links to the same content layout is needed, use a dummy menu, and let the other menu items be external links (index.php?Itemid=xxx) pointing to the real menu item which resides in the "dummy menu". The dummy menu should have it's menu items published, but should not be associated with a published menu module.

#1 - thanks for looking at Jick's issue.

#2 - I am so encouraged to hear you say use an external link pointing to the original URL for multiple URLs. I preach that message all the time. It is *the* way to avoid user generated duplicate content. With this issue resolved, I believe system generated duplicate content is gone.

Sincere thanks for your help.
Amy

This solved my problems, too. No side-effects so far.

Thanks!

Linking to this report.