Project

General

Profile

Actions

Bug #81986

open

indexed_search generates duplicated results for same page

Added by Viktor Livakivskyi over 6 years ago. Updated almost 4 years ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Indexed Search
Target version:
-
Start date:
2017-07-27
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
8
PHP Version:
7.1
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Hi community.

The issue is quite weird and it is a combination of multiple factors. Let's go step by step.
Website menu links are generated via <f:link.page pageUid="{mainMenuItem.uid}">{mainMenuItem.linktext}</f:link.page> and since f.link.page by default uses cHash, the links look like http://domain.tld/index.php?id=11&L=0&cHash=82665c06c7bb6aebebc536bd4da96382

Not critical and with RealURL the path still looks nice, e.g. domain.tld/about-us/

But if somewhere else a link to a same page is generated without cHash, the page is duplicated in index:

And then if I search for some words, that are available on such a page it might appear twice:
First like a normal links with cHash:
http://domain.tld/index.php?id=11&L=0&cHash=82665c06c7bb6aebebc536bd4da96382

And second time as the same link but with duplicated id:
http://domain.tld/index.php?id=11&L=0&id=11&cHash=82665c06c7bb6aebebc536bd4da96382

The main problem is, that I can't reproduce duplicated search results in my development environment (although duplicated indexing results and result link with double-id are still reproducible), but it is a case on a production server.

As a poor-man's fix, one can force noCacheHash for page links, but it seems ugly and still no guarantee, that link with cHash can be generated in some other part of the website.

The main question here: is it broken indexing, which indexes same page twice or is search, which duplicates the 'id' parameter? Or both?

TYPO3 8.7.3


Files

double_index.png (24.3 KB) double_index.png Viktor Livakivskyi, 2017-07-27 12:28

Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #30852: Multilingual search in translated pages: Results of default language always linking to current language Closed2011-10-12

Actions
Related to TYPO3 Core - Bug #81164: Indexed Search appends ?L=0 to URLs of search resultsClosed2017-05-07

Actions
Actions #1

Updated by Mona Muzaffar over 6 years ago

  • Related to Bug #30852: Multilingual search in translated pages: Results of default language always linking to current language added
Actions #2

Updated by Mona Muzaffar over 6 years ago

  • Related to Bug #81164: Indexed Search appends ?L=0 to URLs of search results added
Actions #3

Updated by Riccardo De Contardi over 4 years ago

Is this issue still reproducible on version 9 ?

Actions #4

Updated by David Bruchmann almost 4 years ago

The behavior is still reproduce-able even in version 10.4.1 if the indexing configuration is not setup correctly.

As example for a correct setup I list my configuration for tx_news:

Fieldlist:

title,teaser,bodytext

GET-Parameter:
&tx_news_pi1[news]=[_TABLE:tx_news_domain_model_news;_PID:{$plugin.tx_news.settings.startingpoint}]

Important is that the record of indexing configuration has to be enabled in the access-tab, without that the wrong behavior might be reproduce-able.

Actions

Also available in: Atom PDF