RSS Feed Display interferes with Contextual Filter Summary links

Created on 23 January 2023, almost 2 years ago
Updated 27 January 2023, almost 2 years ago

Problem/Motivation

Views with a Page and Attachment Display attached to the Page work correctly. Contextual filter is set to show Summary of links and the output is correct, link paths are constructed by taking the Page path and adding the value of the Contextual filter (/page/%).

Summary Base path option is left blank because it states it will automatically use the path from the first Page Display in the same Views.

When I add a Feed Display to the same Views and configure it (the resulting Feed code passes validation) to show on the same Page as the Attachment, the Feed link is output with the correct path (/feed/%/rss.xml), but the Summary links are output with paths taken from the Feed Path, and not the Page Path (Summary links output as /feed/%/rss.xml instead of /page/%).

When I fill in the Base path in the Summary settings of the Contextual filter in the Attachment the Summary links are correct (/page/%) so the problem goes away.

Steps to reproduce

Create Content Views with Page and Attachement Displays that have the same Contextual filter but configured differently. On the Page display it is set to show all results if the argument isn't present, while on the Attachment Display it is configured to show a Summary of the results. Leave the Base path blank and check in the output that the summary links are constructed with the Page Path setting.

Now add the Feeds Display to the same View, inheriting all the options from Page except Fields and Feed-related info, and check the Summary links, they will be constructed with the Feeds Path instead of the Page path.

Go back to the Attachment Contextual filter and add the Base path in the Summary settings, now the Summary links are correct.

This Issue might be related: Base path for attachment summary view broken β†’ although the situation there seems to be reverse, setting the Base path causes the problem while leaving it blank is ok, not related to RSS Feed.

πŸ› Bug report
Status

Postponed: needs info

Version

9.5

Component
ViewsΒ  β†’

Last updated about 13 hours ago

Created by

πŸ‡­πŸ‡·Croatia portulaca

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @portulaca
  • Status changed to Postponed: needs info almost 2 years ago
  • πŸ‡³πŸ‡±Netherlands Lendude Amsterdam

    @portulaca thanks for reporting this.

    I can reproduce the issue. And while it's strange that the Feed somehow takes the lead on the path setting (I tried reordering the displays but it made no difference) by just setting Link display: Page (which is what that setting is for right?) is just links to the correct display and the problem is resolved, any reason not to do this?

  • πŸ‡­πŸ‡·Croatia portulaca

    Thank you for the suggestion! It does work.

    I deleted what I had filled under the Base path in the Contextual filter, set the Link display: option under Pager to Page and the Summary links are correct.

    It never occurred to me that Summary option of the Contextual filter counts as a Pager, although it does seem to perform that function.

    The way Views interface is organized I assumed that the options under the Pager section are applied only to the pager links that are usually below results. I do see now that the description of the Link display option states its purpose:

    Which display to use to get this display's path for things like summary links, rss feed links, more links, etc.

    But that isn't so discoverable when setting up the Summary Contextual filter. Base path is one of the specific options of the Summary of a Contextual filter, and it seems reasonable to assume that that option would take precedence over all others. It's a bit confusing that it does actually help with the Summary/Feed situation if the Base path is filled in, but it doesn't if it's left empty.

    Is there a recommendation or a most sensible way to set up various Views "link construction" options, especially when dealing with multiple displays shown on the same page?

    If I fill in the Base path under Summary options, and set Link display under Pager section the Summary links don't work out right, I only get the root path on all of them.

    So there must be some logic and conditions about when using the Base path under Summary is recommended and when Link display should be preferred.

    BTW Link display name also isn't very intuitive. It even has the Custom URL option which doesn't vibe well with "display". Maybe "Pagination Base Path" or something similar would make more sense?

    I know Views and Views UI are complex, but if someone who has a comprehensive overview of them can suggest how this situation can be improved?

    From my perspective in this case it would have helped me if the description text of the Base path under Summary in the Contextual filter mentioned Link display option.

    Maybe add something like from:

    Define the base path for links in this summary view, i.e. http://example.com/your_view_path/archive. Do not include beginning and ending forward slash. If this value is empty, views will use the first path found as the base path, in page displays, or / if no path could be found.

    to

    Define the base path for links in this summary view, i.e. http://example.com/your_view_path/archive. Do not include beginning and ending forward slash. If this value is empty, views will use the first path found as the base path, in page displays, or / if no path could be found. For more control use the Link display option under the Pager section.

Production build 0.71.5 2024