Bug #79922: fluid widget paginate - pagination links take no action - TYPO3 Core - TYPO3 Forge

Actions

Copy link

Bug #79922

closed

fluid widget paginate - pagination links take no action

Added by René Schäfer about 7 years ago. Updated over 2 years ago.

Status:

Closed

Priority:

Should have

Assignee:

Category:

Fluid

Target version:

Candidate for patchlevel

Start date:

2017-02-20

Due date:

% Done:

Estimated time:

TYPO3 Version:

PHP Version:

7.0

Tags:

fluid widget paginate

Complexity:

Is Regression:

Sprint Focus:

Description

Hello,

I use the Introduction Package to generate menu of subpages and sub-subpages..

<f:section name="Main">
    <ul class="taxRaw whiteBgShadow">
        <f:render section="Menu" arguments="{menu: menu}"/>
    </ul>
</f:section>

<f:section name="Menu">
    <f:if condition="{menu}">
        <f:for each="{menu}" as="page" iteration="iteration">
            <f:if condition="{page.children}">
                <f:then>
                    <f:render section="Menu" arguments="{menu: page.children}"/>
                </f:then>
                <f:else>
                    <f:render partial="MenuItem" arguments="{page: page, cycle: iteration.cycle, total: iteration.total}"/>
                </f:else>
            </f:if>
        </f:for>
    </f:if>
</f:section>

This works fine. I get a unpaginated list of links with page title, lets say 20 items.

If I now wrap the paginate widget, like:

<f:section name="Main">
    <ul class="taxRaw whiteBgShadow“>
                <f:widget.paginate objects="{menu}" as="paginatedMenu"  configuration="{itemsPerPage: 5, insertAbove: 1, insertBelow: 0, maximumNumberOfLinks: 7 }">
            <f:render section="Menu" arguments="{menu: paginatedMenu}“/>
                </f:widget.paginate>
    </ul>
</f:section>

It generates a correct list of 5 items and above numbered links for pagination, with example href=index.php?id=68&tx__[@widget_0][currentPage]=3&cHash=ba…
BUT if i hit one of that pagination links, it turns me always on same first page.

Related issues 3 (0 open — 3 closed)

Actions

Copy link

Updated by Tymoteusz Motylewski about 7 years ago

Status changed from New to Needs Feedback

Hi
It might also be an issue with Realurl.
Can you try if disabling realurl solves the issue?

Actions

Copy link

Updated by René Schäfer about 7 years ago

Tymoteusz Motylewski wrote:

Hi
It might also be an issue with Realurl.
Can you try if disabling realurl solves the issue?

Hi Tymoteusz, thank you for your answer. No, there is no realurl installed. The project is made with T3 8.5.1, there is no realurl version yet.

Actions

Copy link

Updated by Riccardo De Contardi about 7 years ago

Status changed from Needs Feedback to New

Actions

Copy link

Updated by René Schäfer about 7 years ago

Here I add may missing code of the MenuItem Partial:

<li class="row">
    <h2>
        <f:link.page pageUid="{page.data.uid}">{page.title}</f:link.page>
    </h2>
</li>

I tried the same with a „DatabaseQueryProcessor“ - list of lastUpdated pages in TYPO3 7.6.16 with same result > f:widget.paginate takes no action on generated pagination-links (as mentioned).
Issue added for T3 7.6. https://forge.typo3.org/issues/80176

Actions

Copy link

Updated by Harder, Annette Annette almost 7 years ago

Hi everybody,
is there any news about this bug? I would need this fix for my current project.

Actions

Copy link

Updated by Benni Mack almost 7 years ago

Target version changed from 8 LTS to next-patchlevel

Actions

Copy link

Updated by Kerstin Eitner almost 7 years ago

Hi everybody,
I determined the same behaviour with TYPO3 7.6.20. The objects that are paginated in my case are of type array - so that might be the problem. With objects of type QueryResult everything works fine.

Actions

Copy link

Updated by Vincent Mans over 6 years ago

This issue remains in 8.7.4. IMO, it's a Must Have because people rely on it by now to resolve long menu listings.

My part of the analysis is a repeat perhaps. The currentPage value is not changed when the link is clicked. It's changed in the uri, but not handled. Example: example.domain/?tx__%5B%40widget_0%5D%5BcurrentPage%5D=4&cHash=3da02e64805654616336277537107b86 and the currentPage is still 1 despite %5BcurrentPage%5D=4.

With this, the offset remains 0. If you hardcode $currentPage = 4 in class PaginateController, then the offset is correct and the list starts with the correct item. So the uri with parameter currentPage is not handled correctly.

I tried to trace this further, but I have not enough knowledge to complete this in reasonable time. Can someone please post a hint here before a patch update arrives (that takes so long, 8.7.4 has just arrived). Or create a patch that we can test. Thanks a lot.

Actions

Copy link

Updated by Vincent Mans over 6 years ago

By the way:

Paginate/Index.html should have a slight modification. We see the page number "1" still in the paginator when there is more range than items. So I suggest something like this on line 34:

                    <f:if condition="{pagination.displayRangeEnd} > 1">
                        <li class="current">
                            {page.number}
                        </li>
                    </f:if>

Actions

Copy link

#10

Updated by Emile Blume over 6 years ago

TYPO3 Version changed from 8 to 7

Is there any progress? Kind of strange that this bug hasn't been solved yet. I have customers depending on it.

Actions

Copy link

#11

Updated by Marieke de Bruin about 6 years ago

The workaround from Sebastian Helzle in https://forge.typo3.org/issues/79430 is working for me in 8.7

Actions

Copy link

#12

Updated by Riccardo De Contardi about 6 years ago

Related to Feature #79430: Make pagination possible without Extbase environment added

Actions

Copy link

#13

Updated by Gone With the Wind about 6 years ago

I seem to have the same problem now: a list of teaser views that supposed to link to their detail pages via f:link.action get manipulated with. Why is that? IMO there is simply no need to tamper with links in records. The paginator should only create its pagination links, nothing else. Is there a reason for that behaviour?

This happens on 8.7.13, php 7.1.13

Actions

Copy link

#14