Using the Insert View module, I am displaying a View inline on a standard page node. The view has one exposed filter corresponding to a CCK text field. For some reason, as soon as the exposed filter is invoked by the user, the URL is changed to something like this:

http://examplesite.com/?field_myview_value_many_to_one=category

I don't want this behavior. Instead, I want users to stay on the same page. I assume this behavior is related to the "unlock operator" option, but that option is not actually checked. Here are my options:

Operator - "Is one of"
Reduced duplicates - unchecked
Unlock operator - unchecked
Optional - unchecked
Force single - checked
Remember - Unchecked
Limit list to selected items - checked

What am I missing here? (Please let me know if I am not providing enough info).

Comments

Project:Views» Insert View
Version:6.x-2.11» 6.x-1.x-dev

Insert view should set the path. $view->override_path.

Title:Exposed filter changes pathExposed filter changes path of node running Insert View
Project:Insert View» Views
Version:6.x-1.x-dev» 6.x-2.11

Accidentally posted issue to Insert View issues queue, moving to Views issue queue.

Edit: Oh, I see you moved it, dereine. Thought it was my bad! :)

Project:Views» Insert View
Version:6.x-2.11» 6.x-2.x-dev

Moving issue back to Insert View since it sounds like that could be where the issue is.

Dereine: Insert view should set the path. $view->override_path.

Dereine, are you referring to an option I should set in the Insert View brackets? I will look into how to do that next.

Oh i'm referring to the views api. Perhaps the insert view module has a bug here.

Okay, it sounds like we are on the same page then. The more I test this issue, the more it feels like a bug. Hopefully someone will come along and verify that. Thanks for the input!

I came up with a workaround for my problem that doesn't involve the Insert View module, so I probably won't be monitoring this issue closely at this point. I might be willing to test a patch or something, though.

I'm having the exact same issue.

I have a view associated with a node via the insert view command [view:xxxxxx] which works as expected, but as this view is exposed the filtering does not set the variable to the current path, instead it move back to the root /.

Not sure if its a Insert Views bug or a Views bug.

Either way it would be nice if an exposed view used in an 'insert view' worked as it should.

I look forward to this being solved.

Priority:Normal» Major

One way around this is to turn on 'Use AJAX' in the view itself. This way the page is not recalled.

I am seeing this bug in D7 version as well.

+1 this is happening on D7 version as well, enabling AJAX as a workaround for now

This is happening with me as well, even with AJAX turned on. It basically reloads the page instead of just the block...

Version:6.x-2.x-dev» 7.x-2.0

Oh and since it's happening in D7...

I think I'm running into the same issue - see https://drupal.org/node/2072123

Did anyone find a solution here? Thanks...

UPDATE: This looks like an issue with Views and not Insert Views per se - continuing my inquiry at https://drupal.org/node/1109980