For the D6 port of project*, listings of releases (eg. http://drupal.org/node/3060/release) will be created with a view. One common request is that we should provide an RSS feed of new releases for a project, and using views for this page gives us the possibility of easily creating a feed as well.

One other advantage to using views is that it's easy for me to add in an exposed filter on this view that allows a user to filter the releases based on a specific Drupal version. However, it doesn't seem like the status of the exposed filter is ever added to the URL that the feed icon at the bottom of the page links to, and thus the feed always shows all releases for a project, and not just releases for a certain version of Drupal.

So, in other words, I would want the RSS icon that's automatically added at the bottom of my view when I make the feed display attach to the regular page display link to be http://localhost/port/drupal/node/110/release/feed?api%5B%5D=42 when the URL of the page (with exposed filters set) is http://localhost/port/drupal/node/110/release?api%5B%5D=42. As is, it seems like the feed URL is always http://localhost/port/drupal/node/110/release/feed regardless of whether or not a term in the exposed filter is selected or not.

This probably needs to be a feature request but I thought I might be overlooking how to do this so picked support instead.

Thanks

Comments

merlinofchaos’s picture

merlinofchaos commented
Category: support » bug

Actually if the exposed filters are left out, that is a bug. =) There's a variable on the view that contains these, the url generation just needs to take this into account.

merlinofchaos’s picture

merlinofchaos commented
Status: Active » Fixed

This should now be fixed in -dev, though it is only lightly tested.

aclight’s picture

aclight commented
Status: Fixed » Active

This still isn't working for me, even though I just updated via cvs.

If I set a breakpoint at line 3383 in plugins.inc near this code:

    if (!empty($view->exposed_raw_input)) {
      $url_options['query'] = $view->exposed_raw_input;
    }

and also set a breakpoint at line 863 of views.module near this code:

  foreach ($form_state['values'] as $key => $value) {
    if (!in_array($key, array('q', 'submit', 'form_build_id', 'form_id', 'form_token'))) {
      $form_state['view']->exposed_raw_input[$key] = $value;
    }
  }

execution pauses at the breakpoint in plugins.inc before the one in views.module. So it seems that $view->exposed_raw_input is being set after it needs to be. This order doesn't quite make sense to me.

I've tried clearing the views cache. Both my page view and rss feed view are built using the default display types, so the problem isn't that a custom plugin doesn't have the right code.

merlinofchaos’s picture

merlinofchaos commented
Status: Active » Fixed

Ok, this time it really is fixed.

aclight’s picture

aclight commented

Yep, looks good this time. Thanks.

Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.

fletch11’s picture

fletch11 commented
Category: bug » support
Status: Closed (fixed) » Active

Sorry to open this again but I'm getting this same behavior with the latest version - i.e. exposed filters are not applied to the feed.

Oddly, the path appears to recognize the filter but the feed displays all nodes from the content types that would show up for my view without the filter applied. For instance, if I have an 'event' content type and I filtered by two taxonomy types the following url is linked to but all event nodes are displayed in the feed:

http://mysite/path/all/feed?tid=200&tid_1=255

sorry to open this after a year of being closed.

vivianspencer’s picture

vivianspencer commented

I can confirm this bug also in version 6.x-2.8

joachim’s picture

joachim commented

This works fine for me on 2.6; not had a chance to test on 2.8.
Subscribing :)

vivianspencer’s picture

vivianspencer commented

Works fine for me now, I had a weird error in my view where the exposed filters weren't being added to all of the displays in the view.

I removed all overrides on my displays, removed the exposed filters and then added them again to he default display and then it worked just fine.

joachim’s picture

joachim commented
Status: Active » Closed (fixed)

Works fine on 2.8 too. Closing.