Multiple copies of a view embedded on a page - trouble with exposed filters

Does it work better if you do $view->destroy() after you're done with it, and before you load it again?

To summarize the problem:

This behavior is clear that it cannot be fixed without changing the identifier for non-ajax-views.

So ajax views:

Views uses this identifier to bind the submit event:

      $('form#views-exposed-form-' + settings.view_name.replace(/_/g, '-') + '-' + settings.view_display_id.replace(/_/g, '-'))

As you see if you have multiple views with the same display and viewname you don't have a unique id anymore.
Jquery does only select the first id

So what would be possible here:

* Add the dom_id here(either class or id). Therefore the dom_id generation would have to be earlier then on the preprocess_views_view function
* Add the same class and use the class as identifier (that's this patch)
* This patch fails, because the response callback cannot set the html right.

So as conclusion, the problem is not that easy:

* We need the dom_id already on views_exposed_form level.
* The dom_id has to be used for exposed_form caching
* The dom_id has to be used for ajax commands

Perhaps i just overlook something, but it seams to be not that easy.

As alternative it would be possible to dynamically build up 50 different displays dynamically. It's not really hard with hook_views_pre_view.

I have the exact same problem. Subscribing

@dereine - When you say it's not hard with hook_views_pre_view() can you give me a hint as to how you would do this? This is what I've tried but it didn't work.

<?php
function MYMODULE_views_pre_view(&$view, &$display_id, &$args) {
  static $i;
  if ($view->vid == 4) {
    $view->display['default_'. ++$i] = $view->display['default'];
    $view->current_display = 'default_'. $i;
  }
}
?>

subscribe

OK I've worked out how to build up the dynamic displays and will post my solution for those who are interested. Would love to get this fixed in Views still.

Step 1: Embed your view

<?php
function MYMODULE_nodeapi(&$node, $op, $a3, $a4) {
  if ($op == 'view' && $node->type == 'MYNODETYPE') {
    $view = views_get_view('MYVIEW', TRUE);
    $view->set_display('default');
    if ($view->access('default')) {
      $args = implode('+', array('MYARG1', 'MYARG2'));
      $result = $view->preview('default', $args);
      if (!empty($result)) {
        $node->content['body']['#value'] .= $result;
      }
    }
  }
}
?>

Step 2: Add a dynamic display.
This needs to be based on some other part of the view. I have chosen args because this is the only difference between the different times I embed the view. You can not simply use an incremented integer, as the ajax handler needs to be able to repeat the same process.

<?php
function MYMODULE_views_pre_build(&$view) {
  if ($view->vid == MY_VIEW_ID && !empty($view->args)) {
    $edit_args = array();
    foreach ($view->args as $arg) {
      $edit_args[] = str_replace(array('+',','), '-', $arg);
      break; // In this case we only want the first lot of args otherwise ajax.inc adds in the default values for arg 2.
    }
    $new_id = implode('_', $edit_args);
    unset($view->current_display);
    $view->display['default_'. $new_id] = clone $view->display['default'];
    $view->display['default_'. $new_id]->id = 'default_'. $new_id;
    $view->display['default_'. $new_id]->handler->options['filters']['keys']['id'] .= '_'. $new_id;
    $view->set_display('default_'. $new_id);
  }
}
?>

Step 3: Alter the AJAX menu callback (or optionally hack views/includes/ajax.inc in step 4)

<?php
function MYMODULE_menu_alter(&$items) {
  $items['views/ajax']['page callback'] = 'MYMODULE_views_ajax';
  $items['views/ajax']['file'] = 'MYMODULE_views_ajax.inc';
  $items['views/ajax']['file path'] = drupal_get_path('module', 'MYMODULE');
}
?>

Step 4: Provide a new AJAX callback function in MYMODULE_views_ajax.inc (or hack views/includes/ajax.inc)

<?php
function MYMODULE_views_ajax() {
  module_load_include('inc', 'views', 'includes/ajax'); // ADD THIS LINE!!!

/*** Some text removed ***/

    // Load the view.
    if ($view = views_get_view($name)) {
      if (strpos($display_id, 'default_') === 0) {
        $display_id = 'default';
      }
      if ($view->access($display_id)) {

/*** Some text removed ***/

      }
    }
    $messages = theme('status_messages');
    $object->messages = $messages ? '<div class="views-messages">' . $messages . '</div>' : '';

    views_ajax_render($object);
  }
}
?>

And there you have it

i'm also having this same issue with views 3-dev...subscribing.

same issue:

$view1 = views_get_view('articles');
$news1 = $view1->execute_display('block_2', array('News Term 1'));

$view2 = views_get_view('articles');
$news2 = $view2->execute_display('block_2', array('News Term 2'));

$news2 will return the same as $news1 with the content of term "News Term 1"

if i reverse the order of the arguments, "News Term 2" content will display in both views.

$view1->destroy() did not work.

Next I tried creating 2 displays with the terms set as a filter instead of arguments. Each display has its own term. I get the same result.

$view1 = views_get_view('articles');
$news1 = $view1->execute_display('block_2'); // has a term filter set to news item 1

$view2 = views_get_view('articles');
$news2 = $view2->execute_display('block_3'); // has a term filter set to news item 2

I realize I probably shouldn't have to do views_get_view() again, but I was just trying new things.

Obviously this can be done, but requires a bit of extra work.
I'm making this a feature request.

@merlinofchaos
Useful feature, or rare edge case?

Assigning to merlinofchaos for review

Subscribed

Any progress on this issue?
I encountered a different problem but that seems related by embedding 2 different views on the same page,
with taxonomy arguments from different vocabularies for each view.
I can't get both working at the same time, if I give my node taxonomy terms to both vocabularies targeted in the views, both views stop working...
But both views work separately if the second one is not on the page
Any idea?

@herveh - sounds like a different issue, you probably need to open a new support request. How are the arguments getting their values? If you are talking about exposed filters rather than arguments then you probably need to make sure you create a unique query string key for each view. This can be done in the same interface you use to expose a filter.

This issue seems to be fixed in the latest dev for 7.x.

Not fixde, I have same issue :(

Unfortunately this is not fixed in the latest `dev`.

The Drupal 6 branch is no longer supported, please check with the D6LTS project if you need further support. For more information as to why this issue was closed, please see issue #3030347: Plan to clean process issue queue