Closed (fixed)
Project:
Embed Views Display
Version:
6.x-1.2
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Jun 2009 at 15:17 UTC
Updated:
10 Nov 2011 at 00:24 UTC
Jump to comment: Most recent file
Comments
Comment #1
capellicSo, I added a Page display as a work around and I added a the same path as the node I am embedding the display in. Funny thing is, I didn't update my embed code to be page_1, but left it as embed_1. I then filtered the the list and the node reloaded with the view filtered appropriately. So, it would appear that it is picking up the path from the page display and then routing to the NODE - it's not taking it to the view. Interesting.
Comment #2
grndlvl commented#156130: Exposed filters: URL processing on embeds
Comment #3
jstollerReading the issue posted in #2, the Views maintainer clearly says that it is the responsibility of developers to account for the default behavior in their modules, so I'm reopening this as a feature request.
Unlike your standard Page display, an Embed Views Display is clearly intended to be embedded on other pages. It should automatically assume that any exposed filters are intended to post to the current page, rather than the home page, or some random Page display in the same view. I would like to see this handling built into the module.
For what its worth, the workaround I am currently using is the following hook_form_alter() function:
I'm sure there are better ways of doing this, but it seems to work so far. However, I'd much prefer to see this handled in Views when the display is built.
Comment #4
grndlvl commentedFix available in 6.x-1.x commit 48a6802, 18bef9f.
Once it has been reviewed by another or sits here for at least a week I will add it to a release.
Comment #5
grndlvl commentedAvailable in the latest release 6.x-1.2
Comment #7
benkewell commentedCurrent fix in version 1.2 is written as:
which doesn't work if Drupal is installed inside a sub-directory under domain root, like http://www.example.com/drupal/
Below is a modified version of form alter function to fix the problem:
Comment #8
grndlvl commentedA similar fix to #7 has been applied to both 6.x & 7.x.
Use 6.x-1.3 or 7.x-1.1
Or apply the correct corresponding attached patch.
Comment #10
chichilatte commentedI'm getting the same issue for Views 6.x-3.0rc2 (Drupal 6.2.2). Glad to report your fix worked for me :)
Comment #11
grndlvl commentedDo you mean the views module proper?
This is an additional views display that automatically adds this capability to all embed view display types.
Did you just implement your own hook_form_views_exposed_form_alter(). If so glad that worked for you and I will close this ticket.
Otherwise, could you verify that you are using the latest release of embed views display and that you are attempting to embed and embed display.
Thanks,
Jonathan