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).
Comment | File | Size | Author |
---|---|---|---|
#14 | insert_view.diff | 614 bytes | Dave Cohen |
Comments
Comment #1
dawehnerInsert view should set the path. $view->override_path.
Comment #2
silurius CreditAttribution: silurius commentedAccidentally 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! :)
Comment #3
silurius CreditAttribution: silurius commentedMoving 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.
Comment #4
dawehnerOh i'm referring to the views api. Perhaps the insert view module has a bug here.
Comment #5
silurius CreditAttribution: silurius commentedOkay, 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!
Comment #6
silurius CreditAttribution: silurius commentedI 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.
Comment #7
Stephen OllmanI'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.
Comment #8
Stephen OllmanOne way around this is to turn on 'Use AJAX' in the view itself. This way the page is not recalled.
Comment #9
komlenic CreditAttribution: komlenic commentedI am seeing this bug in D7 version as well.
Comment #10
acbramley CreditAttribution: acbramley commented+1 this is happening on D7 version as well, enabling AJAX as a workaround for now
Comment #11
Ankabout CreditAttribution: Ankabout commentedThis is happening with me as well, even with AJAX turned on. It basically reloads the page instead of just the block...
Comment #12
Ankabout CreditAttribution: Ankabout commentedOh and since it's happening in D7...
Comment #13
bcobin CreditAttribution: bcobin commentedI 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
Comment #14
Dave Cohen CreditAttribution: Dave Cohen commentedThis is solved (I hope) by explicitly setting $view->override_path. See https://www.drupal.org/node/525592#comment-1833824