Project

General

Profile

Actions

Bug #101249

closed

Prevent exception caused by hash collisions in indexed_search

Added by Stefan Bürk over 1 year ago. Updated 5 months ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Indexed Search
Target version:
-
Start date:
2023-07-05
Due date:
% Done:

100%

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

Description

`ext:indexed_search` tends to except out for colliding
hashes due to the fact that they are cutted and the
potential to collite raised.

Having a exception in the frontend during indexing if
colliding hashes are indexed is not a valid way to deal
with this.

To fix this issue the md5int() hash cutting should be
removed and a suitable indexing value used. That would
mean a database change, which is not suitable as a direct
bugfix.

Therefore, as a first intermediate but not final solution
the exception should be prevented also knowing that not
all information are indexed then.


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #84541: Uncaught TYPO3 Exception in indexed_search: duplicate key (hash) errorClosed2018-03-27

Actions
Related to TYPO3 Core - Bug #87138: indexed_search: Duplicate entry for key 'Primary' in index_relClosed2018-12-12

Actions
Related to TYPO3 Core - Bug #90977: possible race condition in indexedsearchClosed2020-04-07

Actions
Actions

Also available in: Atom PDF