Problem/Motivation
When using displays like content panes, the view doesn't get any natural path. In the setting 'link display' there is an option to set a custom path, which may be useful for example when using exposed filters in blocks. However, the exposed block doesn't pick up this setting.
Proposed resolution
Make the exposed setting pick up the setting.
Remaining tasks
Review patch. Iterate if necessary.
User interface changes
–
API changes
–
Comment | File | Size | Author |
---|---|---|---|
#26 | 1874838-26.patch | 1.64 KB | pcambra |
#10 | vdc-1874838-10.patch | 813 bytes | olli |
#7 | drupal-1874838-7.patch | 806 bytes | dawehner |
#5 | views-1874838-5.patch | 643 bytes | dawehner |
#1 | 1874838-1-use_link_display_in_exposed_blocks.patch | 727 bytes | Itangalo |
Issue fork drupal-1874838
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #1
Itangalo CreditAttribution: Itangalo commentedPatch attached.
Comment #2
Itangalo CreditAttribution: Itangalo commentedThere were some related issues about this:
#1023074: Exposed filter forms with block view with a feed display submits to the feed URL
#525592: views_embed_view() + exposed filters button = homepage redirect
#607606: Exposed filter in block always defaults to filtering the feed view
They are either marked as 'closed (works as designed)' or 'fixed'. I think this approach/patch solves the issues.
Comment #3
dawehnerThanks for working on this issue! I saw #1329776: Utilize the custom_url/link_url view options in the get_path of the context display which seems to be really similar, so i'm wondering whether we should also check that the link type is custom_url?
Comment #4
Itangalo CreditAttribution: Itangalo commented@dawehner: It seems to be exactly the same issue. The patch above is against views_plugin_display.inc, so it would affect *all* display types. I think it makes sense, but I really don't know the Views architecture well enough to say what problems might arise.
Comment #5
dawehnerSo i guess this is safe to commit. Any objections?
Comment #6
Itangalo CreditAttribution: Itangalo commentedSeems good to me!
Comment #7
dawehnerPerfect. Here is a 8.x version.
Comment #9
Itangalo CreditAttribution: Itangalo commentedIt seems this patch, or some code very similar to it, is now in Views core.
Comment #10
olli CreditAttribution: olli commentedI can't find #7 in 8.x.
Comment #11
dawehnerGood catch! I guess we need to add a test here.
Comment #12
jibran10: vdc-1874838-10.patch queued for re-testing.
Comment #25
pcambraComment #26
pcambraAdding a patch to make it easier to include it in composer.json workflows
Comment #28
dpiCross feedback in #2844823-32: Views exposed form action incorrect for embedded views' displays with other displays with paths
Comment #31
smustgrave CreditAttribution: smustgrave at Mobomo commentedThis issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request as a guide.
For the tests requested in #11
Did not test.