Custom content types must also filter on the user's feed

[benwerd]

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

[mapkyca]

Fixed, surely?

[karadaisy]

@benwerd can you tell us what this issue is for? Looking at the history, it looks to me like you added configurable ContentType filtering the day before filing this issue, so it must describe something other than what I assumed :P

[benwerd]

This is actually not fixed, and is something I'd like to work on.

You can filter the main feed by content type. You can't, however, visit a user's profile on a multi-user site and filter that feed by content type. That would be a useful thing to do, eg to find all the photos a particular user had uploaded.

[mapkyca]

Gotcha.

That's just a UI thing though, primarily.

Perhaps a content bar (like the posting one) as part of the profile header - user's photos, posts, etc etc, depending what plugins are active.

[mapkyca]

For that matter, there is a content context menu on the dropdown... seems natural (to me) that this becomes context sensitive to the page.

[mapkyca]

Related #1587

[johanbove]

For that matter, there is a content context menu on the dropdown... seems natural (to me) that this becomes context sensitive to the page.

Since the URL content-type filter on the /profile page already works, this is indeed a matter of making the code which generates the list of links in the toolbar to have a dynamic "root" url. See the file templates>default>shell>toolbar>content>type.tpl.php where getDisplayURL() is called with the content/ path hard-coded. Solution to resolve this issue would be to make the content/ path within "type.tpl.php" be aware of the active context; either "/content" or "/profile".